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並將use_sqlite 配置為1 。

或者，安裝App-cpanminus並運行不需要本地索引的cpanm客戶端。

Answer 2

如果您使用CPAN執行大量操作，請配置並使用本地MiniCPAN 。 當你不注意它時，讓它自動更新，然后在你做好准備時快速安裝。 你第一次設置它將需要永遠，但它是一個永遠你不必關心，因為你不必看它。

daxim推薦使用sqlite和cpanm ，但如果您的網絡速度很慢，那么您仍然必須使用其中任何一種網絡。

您在輸出片段中看到的是您的CPAN客戶端下載了幾個巨大的文本文件，這些文件是CPAN當前的索引。 包文件有超過125,000行，但壓縮只有大約1.5Mb。 但是，該文件每小時更新一次，CPAN.pm始終需要最新的文件。 它是系統中的一個巨大的設計瑕疵，但這就是你用過的最古老，使用時間最長的CPAN客戶端。

cpanm通過不關注索引文件來解決這個問題。 它可以直接到CPAN搜索網站找出最新版本，然后繼續使用它。 這對你來說可能更好。

你說你添加了更多的URL。 這是CPAN客戶端的另一個問題。 一旦它找到一個返回良好狀態的URL，它就會隨之而來，即使你在尼日爾中間通過一個滯后的衛星選擇了56k調制解調器上行鏈路的東西，其中操作員手動輸入1和0 。

在我最新版本的cpan命令行工具中 ，它附帶了CPAN.pm（但通常有點落后，這是我的錯），我添加了一個鏡像ping功能，可以根據ping找到最適合你的鏡像倍。 這只是檢查延遲，吞吐量仍然是一個問題。

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