rTorrent

先前出現 CURLMOPT_TIMERDATA 編譯錯誤的訊息在Google搜尋了一下, 原因是出在於Debian Etch版本中的Curl為7.15版, 太過老舊了(2005年) 所以不支援,而支援 CURLMOPT_TIMERDATA 則是在2006後的版本, 故只要將Curl更新至最新的7.19版應該就可以解決這個問題了.

可以參考這篇的有關於CURLMOPT_TIMERDATA 的編譯錯誤的說明 : http://pastebin.com/f5cb8e54e

既然知道問題是出在Curl, 所以到官方下最最新的Curl 源始碼再進行編譯. 目前版本為7.19.0

雖然已經編好很久了, 但因為最近忙的關係一直沒有太多時間打包...

這次利用要返台前的時間把跑許多時間的rtorrent關掉並進行打包成deb的動作... :)

已經測試2個星期有了, 0.8.2版確時已經沒有吃大量記憶體的問題了, 我開許多下載記憶體只吃15~25MB :D

配合nTorrent0.5使用上也沒什麼問題...呵呵

打包的Deb檔案可以到下面下載

rtorrent 0.8.2

之前就感覺用rTorrent 0.8 + nTorrent0.5 在如果丟很多種子下載的話會造成吃掉很多swap的空間...

後來在rtorrent的官網看到0.81changelog有寫到...

* Added {get/set}_xmlrpc_size_limit to allow the user to specify larger buffer size for handling direct loading of torrents through xmlrpc.

* Allow file and tracker targets with the compact xmlrpc syntax, e.g. "<infohash>:f<id>".

* Fixed an alignment bug in the DHT code.

這星期覺得過的好快啊, 感覺沒過多久就到週末了, 趁著有時間的時候來研究一下nTorrent 為什麼用在BCM4780的NAS會不能用....上網翻了些資料, 估計是xmlrpc-c 的問題...之前編的是用 xmlrpc-1.06.23 編的, 用在rtorrent上好像不能用, 但是之前要換成xmlrpc-c-1.11.00的, 但每次都不能編譯成功,都出現錯誤...

後來再網上找到一些訊息, 就是當xmlrpc-c-1.11 在編譯如果會出現錯誤的話, 可以再configure時加入--disable-cplusplus 如下, 用這樣的configure完後compile確沒問題....真是神奇..... :(

./configure --disable-cplusplus

然後 make ; make install 後再重編rtorrent 0.8

./configure --with-xmlrpc-c

make; make install

接著修改 /root/.rtorrent.rc 加入以下這行

做個記錄 :)在Marvell 5182 板子運行編譯好的rtorrent時出現以下的錯誤

rtorrent: HandshakeManager::receive_succeeded(...) Unread data won't fit PCB's read buffer.

編譯時環境:

debian 4.0 form arm

gcc 4.1.1

解決方法1:

在rtorrent的官網上有寫到,使用gcc4.1.1編譯會造成問題

gcc-4.1.1: -O2: Causes memory leak, compile with -Os or -O3. (Fixed in libTorrent 0.11.0.)