本帖最後由 xyzsakura 於 2010-3-12 22:08 編輯
我發現用BC下東西，有時雖然能連到長效種，而且長效種很多，下載速度很快，但是下載進度就是不向前。13G的東西我4M電信滿速已經下了18G，但是依舊還有7.8G
剩餘文件沒下。請問是怎麼回事？
PS.13G基本都是十幾M的小文件組成的。順帶一提，連接的資源多了之後，CPU超過50%響應超慢。
我是windows7 ultimate，BC1.18，4M 電信。
就是這個文件：
magnet:?xt=urn:btih:MXHYAZHK5TZHGDSPBZ7VEQWJRFW3OYZ4&dn=%5BDoujinshi-4U%5D%20%28%E5%90%8C%E4%BA%BA%E8%AA%8C%29%20%D0%A175&xl=14329997319
這個BT任務內容比較大 有13.G多。而且任務文件是很多小文件。該任務的分塊大小是4M。
這種任務是比較討厭的。
建議處理方法：每次只勾選5-10個文件下載，待這些文件下載完成了，再勾選其他5-10個文件下載。也就是說每次只下載幾個文件，這樣在連接到長效的情況下，不容易卡死。如果不這樣處理，也可以在任務屬性內關閉這個任務的長效，不過這樣會影響下載速度。
至於你說的 任務有下載速度 沒有下載進度，是因為這個任務的分塊比較大，且這個任務所含文件總的大小也比較大。BC統計進度是統計完整的已下載分塊占總量的比例。大分塊任務，在分塊完成上比較慢，所以看上去感覺進度沒增加，其實只要等一會下載多了，進度自然會上去。所有的BT下載軟件對於這種大分塊，大容量任務，都沒太好的處理方法。
沒事說兩句。。。
這個現象或者說是狀況，BC的版本越高，那就越明顯。。。
鄙人非專業，但尚有腦水。。。估計是BC索取數據的機制有問題。。。大量占據帶寬的數據是無效數據。。。也許是從N多其他用戶處獲取了相同的然而確是本機已下載過的數據。。。
不好意思，這裡要提到對比。。。XL。。同樣是BT下載方式，XL獲取來的數據是確定的，不會從不同的用戶處獲取相同數據。所以，誠認為這是它速度快的原因。
BC的網絡數據流量虛高。。。可以對比utorrent。。。不敢妄言。。BC還用了什麼數據填充有限的網絡帶寬
您好，我也出現過這樣的問題一兩次了。之前以為是寫命中率的問題，因為下載這種較大的文件時，不知道為什麼寫命中率會不斷下降，後來把硬盤緩存設置得比較大，寫命中率就保持在較高值了。但是下載速度快，卻沒有進度的問題還是不能改善。況且預測完成時間是一直維持在一定的範圍，果真是感覺進度沒增加麼？或者單幾個文件下載真能解決問題麼？
本帖最後由 set00off 於 2010-6-16 09:17 編輯
檔案容量大比較難有快速感覺進度推進,尤其又是大分塊更是非常容易發生丟失,變成明明有下載卻是無效數據消失掉的問題,偏偏大分塊好的都很好有狀況就頻頻發生丟失,假如一開始放出來的種子文件內容沒整理好更是會…
猜想是否硬盤的品質也會造成影響,品質好處理效果好品質不好就常常丟掉,純屬個人猜想我是沒卡到部分數據丟失是有碰到,緩存有設大一些是比較有保障啦,不然硬盤耗損遲早跟他說再見的比較快…
本帖最後由 set00off 於 2010-6-16 09:41 編輯
剛剛看過這檔案內容他算是大量文件的,這會讓BC程式非常吃電腦效能的,大概只能承受他1個任務運作就很勉強,目前似乎對這種類型都吃不消,發種子的當事人應該先用壓縮程式打包,會讓下載的人比較輕鬆不會給BC程式太多負擔…
因為他連接非常大量長效資源,可想而知對BC程式負擔很大,所以吃電腦效能吃很大喔,反正緩存盡量設大對硬盤有益處沒壞處,最少從2-3百MB起跳沒啥不好…