請問用rtorrent會有停頓的問題嗎??

[vistac]

之前使用etch，rtorrent會不定時停住，完全沒回應，按什麼鍵都沒用，但整個os是正常的，過一兩分鐘後，自然回復，只有rtorrent hang住，本以為是版本太舊，換成lenny，還是一樣，火大再換成ubuntu升到0.8.2，還是一樣，開始懷疑是硬體的問題，目前使用的cpu是p4 3.0，mem 2g，這兩個沒換，硬碟全換了，從80g換到500g = =，還是沒法處理，不知其他人有一樣的問題嗎??
因常主要的下載都是pt，所以0.8.4並不適用，以下是我的設定檔，不相干的設定如ip我就沒放上來了：

min_peers = 40
max_peers = 1000
min_peers_seed = 20
max_peers_seed = 50
max_uploads = 10
download_rate = 0
upload_rate = 20
encoding_list=UTF-8
schedule = watch_directory,5,5,load=/xxxxx/torrents/*.torrent
port_random = yes
check_hash = no
use_udp_trackers = yes
encryption = allow_incoming,enable_retry,prefer_plaintext, try_outgoing
dht=on
dht_port=xxxxx
peer_exchange = yes
#hash_read_ahead = 2
#hash_interval = 1000
#hash_max_tries = 3
^^^^^^^^^^^^^^^^^^^^^^^^^
上面這三個有調整過，但一下載完hash，rtorrent就crash了
scgi_port = localhost:5000
send_buffer_size = 1M
receive_buffer_size = 2M

謝謝

[mason]

我的 rtorrent 也會，
不過是在完檔的時候和不正常停止程式的時候(像是跳電)
尤其是大檔案，會整個頓下來，因為 I/O resource 都被它吃掉了。

等它吃完就好了。

但是那些設定檔的參數，除了 port 以外我都沒有去動到就是了。

我的機器是 eeebox, 作業系統是 Debian lenny
kernel 是 2.6.28
libtorret 是 0.12.2
rtorrent 是 0.8.2
都是去抓 source 回來 compile 的。
(因為舊版的有些功能沒有，會被其他 client 無視)

[vistac]

嗯，之前也懷是io的關係，但後來換了一堆硬碟，而且停頓時未必是在完檔hash時，也有用munin監控，發現大部份時間io都很低，而且看munin，停頓和io好像沒有絕對的關係 = =，唉，該怎辬好>"<

補充一下，也有用過dl360試過，好像只做seed就沒這個問題，但只要有下載，就會有這個狀況

[阿信]

Hi, 小弟的rtorrent也有類似的情形，尤其是硬碟有copy file的動作，但過一陣子就好了，所以也沒去trace原因

[vistac]

嗯，其實它自已會好沒錯，也不算大問題，但是就是速度會降到零，等它好後，就要要重新連線，唉~連要找原因也不知從何找起

[阿信]

嗯，其實它自已會好沒錯，也不算大問題，但是就是速度會降到零，等它好後，就要要重新連線，唉~連要找原因也不知從何找起

...速度降到0

小弟的情況是下載稍微變慢了，但不至於變成0，而且也不用重新連線呢。

[owlwilliam]

從前也試過bt速度降到0, 但不是rtorrent也不是在linux上. 降到0時完全不能上網, 後來發覺是modem跟router過熱.

[wiz]

若假設不是rtorrent 本身程式的問題..

有試過不同的filesyatem?

另外debian 和 ubuntu 預設的I/O scheduler 都是CFQ,
有人試過用deadline 嗎?

[mason]

._. /

我用 deadline

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
CONFIG_DEFAULT_DEADLINE=y
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="deadline"
CONFIG_CLASSIC_RCU=y
CONFIG_FREEZER=y

[frank0302]

請問rtorrent crash的錯誤訊息是啥?是類似以下這個錯誤訊息嗎?
http://libtorrent.rakshasa.no/ticket/784
之前我用kurobox時,也是不知道為何就會一直發生,到目前也無法解決,後來整個機器重裝後就好了,我覺得可能是rtorrent的bug

[mason]

試試看先把 session 檔移掉看看，搞不好是以前沒有正常結束(ctrl+q)引發的。

[vistac]

研究了一陣子，發現改這值好像比較不那麼頻繁了
set_max_open_http = 16 #預設是32

這三個值
set_max_open_http，min_peers，和現在正下載的任務數
看來是造成rtorrent"假死"的原因。

任務開始時，在peers達到min_peers前，rtorrent會一直想辦法問tracker，以達到min_peer，而在詢問tracker過程中，set_max_open_http就是每次同時開啟的http session數，太多就會cpu衝高，造成假死，太少連接效率不好，詳細的請自行依硬體、網路狀況調整。

花了一堆錢換零件，結果是rtorrent本身設定問題，真是無言= =

[mason]

這樣就有更好的硬體來衝 BT 了，也很棒啊 XD