關於長效連接數

希望能添加高級選項 用於限制長效種子的連接數.
本人ADSL用戶, 常遇見當某種子長效數量大的時候
下載速度大線路限制後 BC依舊繼續鏈接更多的長效
過多的TCP數據包導致佔用線路 導致非BC的數據包發不太出去
造成網頁瀏覽等操作緩慢.

謝謝.

這個可能是UDP數據包的問題,在選項-高級設置:

可以先嘗試:限制UDP包數量 network.max-udp-pkt-per-sec

如果不行的話,可以關閉UDP協議連接 bittorrent.connection.ltseed_protocol_selection

我一直以來都關閉長效的UDP數據包的, 而我實驗時都把bt peer鏈接數限制在1-5之間.
而在幾乎沒用bt protocol和長效TCP的這情況下, 依然會出現我所提到的情況.
而只要一關閉任務, 問題馬上消失.

回復 3# HebeGuess

關掉UDP也會斷流? 限制全局鏈接為100呢 對了 你用的什麼操作系統啊

不至於斷流, 而是網路反應時間變久了.
我使用xpsp3, half open 限制=200, 全局鏈接數=60.

現在BC的全局鏈接限制不包含長效鏈接在內, 但全局鏈接統計顯示的數量則包括了長效鏈接.
一般情況下當長效鏈接在30以下的時候網路反應正常, 當長效鏈接數量達到60+的時候.
網路的反應就明顯變慢了, 一關閉該任務 則馬上恢復;
能判斷為路由的routing table被大量與長效供源客戶端通訊包packets記錄所塞滿導致
(包含了已鏈接但沒速度的客戶端).

再者, 以我的目前1M網速 只要30個以下的長效就能達到網路極速了,
多餘的鏈接只會塞滿路透的routing table, 造成網路response time變慢.

這個BC選項暫時沒有限制長效連接數的設置項。如果任務包含文件數比較多的話,發起長效連接數也會比較多。

你看你那個路由有沒有新版的固件 升級下試試。

路由firmware已經是最新的了;
我的情況是就算是單個文件 長效數量多的情況下,
長效鏈接就能達到50+ 然後上述情況就出現了…

我想說或許可以直接把長效連接數併入全局鏈接數,
用單個選項設定bt_peer和長效連接數.

回復 7# HebeGuess

任務包含文件數多,連接長效多,暫時的話 只能每次少選幾個文件下載額。 一會把你的這個情況反饋給開發組相關人員。