cpan[1]> 安装 Crypt::SSLeay
阅读'/root/.cpan/sources/authors/01mailrc.txt.gz'
..................................................... ..........................完毕
阅读'/root/.cpan/sources/modules/02packages.details.txt.gz'
数据库于 2012 年 8 月 6 日星期一 09:19:03 GMT 生成
..................................................... ..........................完毕
阅读'/root/.cpan/sources/modules/03modlist.data.gz'
..................................................... .....................
为模块“Crypt::SSLeay”运行安装
为 N/NA/NANIS/Crypt-SSLeay-0.64.tar.gz 运行 make
使用 LWP 获取:
http://mirror.cogentco.com/pub/CPAN/authors/id/N/NA/NANIS/Crypt-SSLeay-0.64.tar.gz
使用 LWP 获取:
http://mirror.cogentco.com/pub/CPAN/authors/id/N/NA/NANIS/CHECKSUMS
在这两个步骤中，CPAN.pm 大约需要 15 分钟。我已将更多 URL 添加到 urllist .他们中的大多数使用 HTTP。
为什么这需要这么长时间，我怎样才能让它更快？
最佳答案
如果您使用 CPAN 做很多事情，请配置并使用本地 MiniCPAN .让它在您不注意时自动更新，然后在您准备好时快速安装。第一次设置它需要很长时间，但这是一个你不必关心的永远，因为你不必观看它。
daxim recommended sqlite and cpanm ，您可以使用它，但如果您的网络速度较慢，您仍然必须将网络与其中任何一个一起使用。
您在该输出片段中看到的是您的 CPAN 客户端下载了几个巨大的文本文件，这些文件是 CPAN 上当前内容的索引。包文件有超过 125,000 行，但压缩后只有大约 1.5Mb。但是，该文件每小时更新一次，CPAN.pm 总是需要最新的。它是系统上最大的设计缺陷之一，但这就是您使用有史以来最古老、使用时间最长的 CPAN 客户端所获得的。
cpanm通过不注意索引文件来解决这个问题。它直接进入 CPAN 搜索站点以找出最新版本，然后使用它。这可能对你更有效。
你说你添加了更多的 URL。这是 CPAN 客户端的另一个问题。一旦它找到一个返回良好状态的 URL，它就会随之而来，即使您在尼日尔中部选择了具有 56k 调制解调器上行链路的东西，通过一个滞后的卫星，运算符(operator)正在手动输入 1 和 0 .
在我的最新版本 the cpan command line tool ，它带有 CPAN.pm(但通常有点落后，这是我的错)，我添加了一个镜像 ping 功能，它将根据 ping 时间为您找到最好的镜像。不过，这只是检查延迟，吞吐量仍然是一个问题。
所有这些都是我使用 MiniCPAN 的原因.
关于perl - CPAN.pm 需要很长时间才能安装模块，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11830426/