CPAN.pm需要很长时间才能安装模块

Question

cpan[1]> install Crypt::SSLeay
Reading '/root/.cpan/sources/authors/01mailrc.txt.gz'
............................................................................DONE
Reading '/root/.cpan/sources/modules/02packages.details.txt.gz'

Database was generated on Mon, 06 Aug 2012 09:19:03 GMT
............................................................................DONE

Reading '/root/.cpan/sources/modules/03modlist.data.gz'

................................................................

Running install for module 'Crypt::SSLeay'
Running make for N/NA/NANIS/Crypt-SSLeay-0.64.tar.gz
Fetching with LWP:
http://mirror.cogentco.com/pub/CPAN/authors/id/N/NA/NANIS/Crypt-SSLeay-0.64.tar.gz

Fetching with LWP:
http://mirror.cogentco.com/pub/CPAN/authors/id/N/NA/NANIS/CHECKSUMS

CPAN.pm在这两个步骤中需要15分钟。我已向urllist添加了更多网址。他们中的大多数都使用HTTP。

为什么这需要这么长时间，如何让它更快？

Answer 1

要使CPAN索引更快地运行，请将CPAN :: SQLite和configure use_sqlite安装到1。

或者，安装App-cpanminus并运行不需要本地索引的cpanm客户端。

Answer 2

如果您使用CPAN执行大量操作，请配置并使用本地MiniCPAN。当你不注意它时，让它自动更新，然后在你做好准备时快速安装。你第一次设置它将需要永远，但它是一个永远你不必关心，因为你不必看它。

您可以使用

daxim recommended sqlite and cpanm，但如果您的网络速度很慢，您仍然必须使用其中任何一个网络。

您在输出片段中看到的是您的CPAN客户端下载了几个巨大的文本文件，这些文件是CPAN当前的索引。包文件有超过125,000行，但压缩只有大约1.5Mb。但是，该文件每小时更新一次，CPAN.pm始终需要最新的文件。它是系统中的一个巨大的设计瑕疵，但这就是你用过的最古老，使用时间最长的CPAN客户端所获得的。

cpanm通过不关注索引文件来解决这个问题。它可以直接到CPAN搜索网站找出最新版本，然后继续使用它。这对你来说可能更好。

您说您添加了更多网址。这是CPAN客户端的另一个问题。一旦它找到一个返回良好状态的URL，它就会随之而来，即使你在尼日尔中间通过一个滞后的卫星选择了56k调制解调器上行链路的东西，其中操作员手动输入1和0

在我最新版本的the cpan command line tool中，它附带了CPAN.pm（但通常有点落后，这是我的错），我添加了一个镜像ping功能，可以为您找到最好的镜像基于ping时间。这只是检查延迟，吞吐量仍然是一个问题。

所有这些都是我使用MiniCPAN的原因。