用BC下載的文件,迅雷能識別,而用迅雷下載的部分,BC不能識別。
文件和種子為同一個。迅雷下載進度99%卡住,三個分文件沒下載完全。
而BC則只下到了54.6%。速度也沒有增加。還有N個分文件顯示沒有下載
WIN7系統,4M寬帶,4.10G的文件,速度快的時候480KB/S速度慢的時候1KB/S
平均BC 63KB/S 迅雷140KB/S
下載速度6KB/S迅雷和BC下載低點時,速度差不多
本帖最後由 set00off 於 2011-9-4 19:41 編輯
回復 1# 喝多也上樹
那要看他有沒有把進度儲存進去,本來X雷識別儲存方式和BC就是不太一樣,如果他檔案文件已經完成的就方便識別檔案,沒完成自然就有識別上的問題存在,還有資源雙方看哪一邊比較豐富,X雷本來就比較會逼自己用戶進行上傳,而BC則是隨用戶自由的自主性調整,有的總上傳居然調10K你又能對他如何,有的只在乎下載而不上傳結果當然~慘啦,他自己慢沒關係拖別人跟他一起慢,任務如果資源就很少遇到不上傳的那下載過程就更累了,我遇到某些硬是不上傳也對他們無可奈何......
感覺不全是上面說的,總覺得是在數據傳輸上,BC的丟包率太高了。
熊瞎子掰苞米,掰一穗丟三穗。
本帖最後由 set00off 於 2011-9-4 12:29 編輯
回復 3# 喝多也上樹
好像有的任務真的挺會發生,你最好提供容易發生此問題的種子文件或連接,這樣才有可能幫助BC後續改善,不過要等禮拜一管理員才會出現了.....
我下載也是碰到超準確沒啥丟失就完成,或者有的莫名其妙狂丟不已.....
種子文件遊民星空上有,紀元1404的那個英文破解文件。。。附件就是[attach]3019[/attach]ZIP壓縮格式
貌似這個問題不止BC上有,迅雷也有,下載到99.9%暫停10秒後在繼續下載,原本下載完的分文件,又從新開始下載了。貌似這就是雲計算?提前忽悠假數據,卡住後在一點一點給真數據?
本帖最後由 喝多也上樹 於 2011-9-4 13:03 編輯
回復 喝多也上樹
我下載也是碰到超準確沒啥丟失就完成,或者有的莫名其妙狂丟不已.....<span style="font-size:2%"><span style="color:#999999;">set00off 發表於 2011-9-4 12:25</span> <a href="http://www.cometbbs.com/redirect.php?goto=findpost&pid=31155&ptid=9467"><img src="http://www.cometbbs.com/images/common/back.gif"/></a></span></p></blockquote>
感覺這個問題和硬盤的讀寫速度有關,老硬盤基本都是7200轉,新出的2TB硬盤是5400轉
不知道最新的3TB硬盤是多少轉速。我換完2TB硬盤,就沒在留意新的。。。
本帖最後由 set00off 於 2011-9-4 13:19 編輯
回復 7# 喝多也上樹
可是買新的硬盤也可以買7200轉的啊,如果使用的都是有一致的轉速可能會比較穩定,你可以嘗試把BC緩存給調多一些,像我大概調在700-800MB讓讀寫命中率控制在90%以上,50%或更低可能也會影響寫入命中率,不然你還是別拿來當BT專用硬盤使用,拿來當作資料整理儲存放置硬盤較好.....
遇上JS了,要的是7200轉2TB,賣我的是5400轉2TB。。
資料硬盤2塊呢。。。大點的改移動硬盤了。。。
本帖最後由 set00off 於 2011-9-4 19:49 編輯
回復 10# BILLY990
........有可能嗎>.<?
總上傳想從10調到20就抱怨不已,還有人說怎沒有調到10以下~~真是夠瞎的,在往下調整那比特慧星不亡才怪勒.....
我則是因為網路升級總上傳一直往上拉,我也想為比特彗星盡點心力,剩下看其他人有沒有自覺了,不過你可以往20建議看看是否能踏出第一步.....
BC摘要 可以看到下載數據構成,已經丟棄數據量