我這有的片子開始下載時發現有幾十個長效種子，通常能連上幾個，下載很快。
要是中間停止下，再下載這個片就發現一個長效種子也發現不了了，顯示是0。
這個時候你可以在任務上點右鍵，出現選單後選擇"Manual Connect"。中文版叫「手動連接服務器」，貌似~
不過我這裡也出現問題了````明明File里顯示有幾十幾百個LT seed，連得上的卻只有幾個，速度也寥寥無幾，三天前開始的```保證不是機器問題-。-``
覺得如果下載正常最好還是不要人為中途停止為好。
長效服務器的任務就是反饋LTseeds 列表，如果獲取到這個列表，但是連不上，可能是對方連接了差不多滿了。
本帖最後由 RadioNoise_1 於 2011-11-9 22:44 編輯
長效伺服器有bug，一時正常、一時不正常，管理員你承認好不好，總是回答一些公式回答在忽視問題～
問題是長效伺服器確認過一次長效請求後，如果你停止後再開始，有些情況它就不會再反饋給你LTseeds 列表（長效伺服器也是有正常的時候）
這裡你就要智能迴避，變回未請求前的狀況
ｌｚ請關閉ＢＣ，並需要將該重子設定文件.xml內的，相關文件後的 FileHash="" eMuleHash="" 刪除
只要不存在FileHash，長效伺服器就會正常反饋給你LTseeds 列表
嫌麻煩的話就刪除任務後重建，不過這個方法要重選下載文件和重檢完整性
說回我之前的DHT問題
我DHT文件是已有節點，DHT初開啓或手動更新tracker，防火牆都會有幾百個連接增加，有沒有效我會不知道嗎
還有BC的DHT只有udp_pkt_per_sec的設計根本不能滿足所有情況
用預設100在ＸＸ秒後會插爆低階router的1000個連接數，用14雖然不會插爆，但要很久才能找到人
知道現在的CPU都可以短暫超頻嗎，知道ＥＤ有個叫「新建連接：５秒２０個」的限制嗎
我不清楚ＵＤＰ是不是一樣有TIME_WAIT，因為router連接數的確要一點時間才退下去
即使udp_pkt_per_sec設定的高，但在理論上只要在ＸＸ秒內不超過某個數量，就不會插爆使用者
你應該另外再提供一個「在ＸＸ秒內新建連接數不超過ＸＸ個」的選項輔助udp_pkt_per_sec選項
各人情況不同，ＸＸ秒和ＸＸ個都需要可以自定義的，ＸＸ秒建議提供5秒至300秒的範圍
5秒是參考自ED設定，300是參考WinOS的TCP TIME_WAIT最高可自定義設定到300秒。
我也不想打你臉的，但你一直忽視問題的樣子，令人很難不去責備你
本帖最後由 set00off 於 2011-11-10 03:20 編輯
我們使用者也只能多多回報狀況，如果能在加上一些新選項功能，可以讓ＢＣ更加完善也是不錯啦．．．．．