我總上傳設了32K/S，單個任務上傳設置的是19K，種子市場限速10K，為啥路由器里看到我的上傳速度比BT的總上傳高出10多K的？這樣的限速無意義了，本來adsl的上傳就那麼一點，全給了BT，打開網頁都慢。
路由裡面的速度顯示的是實際速度，譬如我路由對自己的機子上傳限速45K，如果BT占了32K的話，還餘下10多K夠開網頁之類的了，但BT限速不准，限了32在路由里看實際帶寬需求經常超過45K
長效種子單獨限速
額，是我沒說清楚，我BT版本1.23，長效種子限速10K，不是種子市場
本帖最後由 set00off 於 2010-11-28 12:18 編輯
回復 3# ganjp201
沒辦法～～當很頻繁有需求其他連接夠強勢時，扣除長效跟任務還是都有相當於5k的誤差值，總合起來不可能會卡的剛剛好的，如果這個任務很冷門時倒是很準確．．．．．不止5k的誤差，經常10多k的，也就是說，開啟長效種子後，BT的限速根本就等於無效了，adsl那種上傳小水管的速度，需要精確控制
本帖最後由 set00off 於 2010-11-28 15:11 編輯
回復 5# ganjp201
長效５ｋ其他每一個任務也５ｋ左右，累積總合不就超過了不是嗎？
所以就卡到你的網路的上限，太精準會消耗大量電腦效能，所以目前技術似乎是解決不了的，不過還是要說～碰到冷門任務，它因為連接少就滿精準了，當它連接數很大量時，就比較不容易精準．．．．．
回復 6# set00off
太精準會消耗大量電腦效能？？這從何說起，我現在用的路由器那麼點內存，那麼點cpu都能精確控制每一個ip網速，pc機做不到麼？
我覺得這個還是bt程序應該優化的地方，既然有全局限制了，就應該任務長效種子一塊算上，要不叫什麼全局呀
本帖最後由 set00off 於 2010-11-28 15:53 編輯
回復 7# ganjp201
這要問ＢＣ官方了～～
我只知道當連接數增加就很難控制，為了不增加ＢＣ程式的負擔故意有容許相當的誤差，不然要程式管理那麼多東西一定會吃不消，不然你去下載管理流量的軟件，也許能分攤一下它的負荷，加太多東西有些快要不穩定了，優化之路挺難行的還很漫長．．．．．
也許全局也有所謂容許範圍的誤差，我想大概有１０－１５Ｋ的誤差值吧，不過有時突然飆很高又跌下來它也很努力控制，當這任務很熱門需求很大連接數又多，就開始有相當程度的容許誤差值發生．．．．．
本帖最後由 set00off 於 2010-11-28 15:58 編輯
回復 9# ganjp201
目前也只能希望ＢＣ繼續努力了，先提出來討論也不錯，看是網路品質能往上進步，還是以後技術更近一步進化．．．．．回復 7# ganjp201
路由器和計算機是不同的，一個硬件實現，底層處理，一個軟件模擬，效率不一樣，無法相比。這就好比PS遊戲要用電腦來模擬着玩，CPU肯定是滿負荷運轉（多核CPU占用一個核的滿頻），但是遊戲機的硬件配置卻很低就足夠了。
如果你學過編程，就應該知道事件機制是如何處理的，一種是註冊好了處理程序，事件條件滿足了自動觸發，效率最高；另一種是輪詢狀態，滿足條件去執行，效率最低。前者就是硬件實現，後者是軟件模擬，BC在速度控制上應該是用的軟件模擬，它們還沒有在底層數據包上做接口控制。
限度確實不是很精準，沒算連接開銷，可以設置多一點限制。