[問題] utorrent硬碟負荷過重

看板P2PSoftWare作者 (在海中仰望星月)時間7年前 (2017/03/07 18:05), 編輯推噓6(6推 0噓 32→)
留言38則, 5人參與, 最新討論串1/2 (看更多)
用了好幾版utorrent，大種子大概100g以上 記憶體的快取就無法寫入硬碟， 而且會死當整個電腦得重新開機否則無法動 已經爬完所有文章只差沒有換ssd做下載測試 其他選項都照樣當機 想問在不能說的PT站裡還推薦哪一個軟體 Windows 系統能選得不多 azureus已經換名字了 看站裡的人很少人選 想問遇到大種子各位都如何解決 謝謝 ----- Sent from JPTT on my Samsung SM-G935F. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 39.12.69.159 ※ 文章網址: https://www.ptt.cc/bbs/P2PSoftWare/M.1488881144.A.C60.html
推
03/07 19:20, , 1F
我用utorrent沒遇到這問題..
03/07 19:20, 1F
→
03/07 19:21, , 2F
但我不會把下載目標路徑設在系統碟底下就是了
03/07 19:21, 2F
→
03/07 19:28, , 3F
#1IFTFHFi (P2PSoftWare) 這篇的方法試試?
03/07 19:28, 3F
→
03/07 22:15, , 4F
怕重灌麻煩我也沒有放系統槽唷～謝謝你我去看看
03/07 22:15, 4F
推
03/07 23:32, , 5F
我的狀況是uTorrent 2.2.1下載超過100GB的種子，
03/07 23:32, 5F
→
03/07 23:32, , 6F
下載到後來會顯示：「Error: 記憶體不足」，
03/07 23:32, 6F
→
03/07 23:32, , 7F
然後紅種，但不會當機。可以按「繼續」，
03/07 23:32, 7F
→
03/07 23:33, , 8F
但多跑0.1%又紅腫。重開 uTorrent 就可以繼續
03/07 23:33, 8F
→
03/07 23:33, , 9F
完成。
03/07 23:33, 9F
→
03/08 02:04, , 10F
uTorrent 2.0.4硬碟負載時下載速歸0從快取要寫入硬
03/08 02:04, 10F
→
03/08 02:04, , 11F
碟好慢。如果關閉下載完的部分全數遺失@@沒到當機但
03/08 02:04, 11F
→
03/08 02:04, , 12F
還不是很順，uTorrent 2.2.1我在跑看看。
03/08 02:04, 12F
推
03/08 09:03, , 13F
重啟後，如果有任務進度遺失，可立刻先停掉那任務，
03/08 09:03, 13F
→
03/08 09:03, , 14F
按右鍵，"Force Re-check" 看能不能救回進度。
03/08 09:03, 14F
→
03/08 10:59, , 15F
謝謝樓上。後來我測試後uTorrent 2.0.4和2.2.1點一
03/08 10:59, 15F
→
03/08 10:59, , 16F
個種子都會多開軟體視窗正常嗎？另外2.0.4不論我下
03/08 10:59, 16F
→
03/08 10:59, , 17F
載有沒有按暫停或停止關掉重開都需要重新檢查，求解
03/08 10:59, 17F
→
03/08 10:59, , 18F
@@感謝
03/08 10:59, 18F
→
03/09 13:20, , 19F
我用ssd
03/09 13:20, 19F
推
03/10 21:20, , 20F
我可能發現一種 "Error: Memory insufficient" 的
03/10 21:20, 20F
→
03/10 21:20, , 21F
原因了：
03/10 21:20, 21F
→
03/10 21:20, , 22F
如果 "Enabling cashing of disk writes" 勾選，
03/10 21:20, 22F
→
03/10 21:21, , 23F
但他底下的兩個子項目都沒有勾選，
03/10 21:21, 23F
→
03/10 21:21, , 24F
下載幾百GB的檔案時，
03/10 21:21, 24F
→
03/10 21:21, , 25F
就容易發生 "Error: Memory insufficient"。
03/10 21:21, 25F
→
03/10 21:21, , 26F
這時，只要在他底下的兩個子項目，有一個勾選，
03/10 21:21, 26F
→
03/10 21:21, , 27F
就不會出錯。
03/10 21:21, 27F
→
03/10 21:21, , 28F
我猜是 uTorrent 太呆，兩個子項目沒勾的話，
03/10 21:21, 28F
→
03/10 21:21, , 29F
就一直cache、一直cache、cache到超出
03/10 21:21, 29F
→
03/10 21:21, , 30F
系統設計的範圍為止。但如果每二分鐘或是每完成一段
03/10 21:21, 30F
→
03/10 21:21, , 31F
就寫入，就不會累積到超過系統設計的範圍。
03/10 21:21, 31F
→
03/10 21:22, , 32F
當初 uTorrent 設計時可能沒考慮到幾百GB的檔案下
03/10 21:22, 32F
→
03/10 21:22, , 33F
載，而有這個 bug。
03/10 21:22, 33F
推
03/17 21:05, , 34F
utorrent的設定是預設嗎？，印象中以前掛大包種也沒
03/17 21:05, 34F
→
03/17 21:05, , 35F
遇過說
03/17 21:05, 35F
推
03/17 22:25, , 36F
更正以上我所說：以上設定最後還是Memory
03/17 22:25, 36F
→
03/17 22:25, , 37F
not enough，將 cache 從1G改調為512MB
03/17 22:25, 37F
→
03/17 22:25, , 38F
好像解決了。
03/17 22:25, 38F
‣ 更多 ryouko03 的文章
文章代碼(AID): #1OleNunW (P2PSoftWare)
‣ 更多 ryouko03 的文章
文章代碼(AID): #1OleNunW (P2PSoftWare)