µTorrent小技巧：通过设置来改善ut磁盘负荷过重的问题

blackmickey 发表于 2018-7-21 19:43
這是UT已知的BUG之一，很多種子都會這樣，而且用習慣了，自己也有一套處理方式，所以影響還好。

抱歉，我不太清楚，這個問題沒辦法回答你。
請問你保種的時候上傳帶寬會跑到多少？過高的上傳速度也會導致各種問題。
當我遇到這個問題時，我可能會試著先停止uTorrent的所有任務，看看問題是否好轉。然後再逐個開始任務，一次開始1T左右，優先選擇沒有安裝操作系統的硬盤中的文件，中間檢查系統的情況。

Cerasus 发表于 2018-7-21 21:24
抱歉，我不太清楚，這個問題沒辦法回答你。
請問你保種的時候上傳帶寬會跑到多少？過高的上傳速度也會導 ...

上傳只有500KB/S也會這樣...
系統放在NVME SSD上，UT程式放在另一顆SSD中，檔案分布於4顆健康的HDD中，真是奇怪了~"~

blackmickey 发表于 2018-7-21 21:29
上傳只有500KB/S也會這樣...
系統放在NVME SSD上，UT程式放在另一顆SSD中，檔案分布於4顆健康的HDD中，真 ...

可以监测下硬盘活动，用AIDA64或者HWiNFO64之类的程序。。

卡顿时是不是硬盘满载？ HDD IO性能弱鸡，虽然上传速度并不快。但频繁读取HDD一下就满载了

explorer反应慢，或者卡死未响应，通常也是硬盘满载时会出现的。但一般是在SSD满载时

Cerasus 发表于 2018-7-21 12:02
µTorrent预先分配空间后，会对预先分配到的空间进行重写以防止原数据外泄。diskio.no_zero默认设置为Tru ...

今天有闲，测试了一下。µTorrent预先分配空间需要使用“ 管理员模式“运行µTorrent ，否则就会实际写入该大小的文件，我之前一直用管理员模式
这是完整的预分配，分配的文件大小和占用大小都是相同的，但并没实际写入那些数据，不开管理员模式则会实际写入该文件大小数据导致硬盘满载卡顿。这也是你之前测试出现的，我刚刚关了管理员模式运行时确实会满载写一遍




而关闭预分配，使用diskio.sparse_files功能的话。不需要管理员权限。但不会进行完整的预分配，也就是不会实际占用该文件大小的空间。而是一个分配一个空文件





但这个空文件在实际下载写入时会导致一个问题！非常大量的碎片文件






而使用管理员模式完整预分配下载几乎没有碎片，不过使用管理员模式运行µTorrent也有一个问题，就是在打开µTorrent软件，打开BT文件时都会出现请求

个人感觉diskio.sparse_files适合使用SSD下载的，而完整预分配的话合适有使用HDD下载的


PS..再试了试qbittorrent。也是同样的。预分配空间都需要在管理员模式下运行

zx353 发表于 2019-7-5 13:40
今天有闲，测试了一下。µTorrent预先分配空间需要使用“ 管理员模式“运行µTorrent ，否则就会实际写入 ...

utorrent 3.5.5 b45271、win10 1809

預先分配、diskio.no_zero、diskio.sparse_files 都是打開的

抓一個 250GB 的種子到 RAID 0 的傳統硬碟上


沒開管理員模式：從預分配空間開始，disk usage 就 100%，整個卡死，utorrent 無反應，強制關閉它也無法讓 disk usage 跌下來，重開機也卡住，一定要手動去按機殼的 reset 鍵才能脫離這個困境


開管理員模式：一開始好像有用，磁碟空間也一下就吃滿 250GB，但在下第二個 100 GB 的種子時，不知為何，disk usage 又飆到 100%，從工作管理員裡的資源監視器來看，utorrent 竟然是在忙著寫入前一個 250GB 種子的檔案？？？然後就跟沒開管理員模式時的狀況一模一樣了，需要靠 reset 重啟

目前解決方法是，下大檔前，手動關閉預先分配選項....


P.S.

另一台電腦
utorrent 3.4.1 b31395 + win7 SP1 的組合，打開預先分配、diskio.no_zero、關閉 diskio.sparse_files、傳統硬碟、非管理員模式

不管下多大的種子 (剛用 640 GB 的種子來測試)
分配空間都是0秒完畢，磁碟空間也是馬上減少，而且也從來沒有發生任何異常狀況


不知道這個鍋是 ut 版本的問題，還是 windows 版本的問題

tonyhsie 发表于 2019-7-5 16:50
utorrent 3.5.5 b45271、win10 1809

預先分配、diskio.no_zero、diskio.sparse_files 都是打開的

你的心臟還真大顆
非固態的硬碟其中一個忌諱就是在磁頭滿載狂跑的時候重置或是斷電

個人經驗來說NTFS檔案系統在有定期自動重組下不使用預先分配是沒什麼問題的
當硬碟可用空間低於15%的時候預先分配才比較有顯著效果

utorrent從3.X開始效能+廣告就很OOXX了所以多年不用

supercoolman 发表于 2019-7-5 17:04
你的心臟還真大顆
非固態的硬碟其中一個忌諱就是在磁頭滿載狂跑的時候重置或是斷電

其實不用太擔心


我自己家用的硬碟 > 80 顆，超過 100 TB (十年累計 非同時)

沒有任何一顆是因為強制關機或斷電壞的，也沒有哪一顆是突然掛掉資料從此消失的


以前在 DOS 時代，關機還要下 park 指令讓磁碟歸位....時代真的變了

個人經驗來說NTFS檔案系統在有定期自動重組下不使用預先分配是沒什麼問題的
當硬碟可用空間低於15%的時候預先分配才比較有顯著效果

可能是用習慣了

ut 2.2.1 + win10 / 3.4.1 + win7 都沒有預先分配會導致 disk usage 狂飆的問題，以前根本不用在意，先分配就對了


現在卻不得不考慮取消這個選項

utorrent從3.X開始效能+廣告就很OOXX了所以多年不用

我今年從 ut 2.2.1 換到 qbittorrent 再換到 ut 3.5.5

是沒有感覺到有存在效能差異問題 (中間有用過 ut 3.5.x，的確有效能問題，所以又換回 qb，但目前使用最新版的 ut 沒有再遇到同樣問題)

廣告其實都可以取消的  https://www.technadu.com/disable-ads-in-utorrent/19420/

不是太大的問題

tonyhsie 发表于 2019-7-5 16:50
utorrent 3.5.5 b45271、win10 1809

預先分配、diskio.no_zero、diskio.sparse_files 都是打開的

沒開管理員模式：從預分配空間開始，disk usage 就 100%，整個卡死，utorrent 無反應，強制關閉它也無法讓 disk usage 跌下來，重開機也卡住，一定要手動去按機殼的 reset 鍵才能脫離這個困境

根据你下载档案大小，要写入多少数据，等他写入完毕就会停止了
=================

我是UT2.0.4版本22450   系统WIN10 1809和W7 SP1都试过

设置里把預先分配空间、diskio.no_zero、打开

把diskio.sparse_files关闭

以管理员模式运行

HDD和SSD都是NTFS文件系统

我是这样设置的
=====================

这次我试了2个BT同时下载也没有出现写入满载问题，监测硬盘工具显示只写入了我实际下载的数据

这是我用的UT。可以试试看，注意杀毒软件可能会报exe程序不可靠，

zx353 发表于 2019-7-5 18:47
根据你下载档案大小，要写入多少数据，等他写入完毕就会停止了
=================

感謝分享


不過我之前試過  大概下載不到 100GB 的文件 看到 disk usage 100% 的現象發生
我就先去睡了；睡了幾個小時醒來 它還是沒寫完，usage 還是 100%
感覺像是 bug，而不像是真的可以等得到寫完的一天


但 utorrent 2.X 版的可能跟 3.X 版可能會有不一致的結果

因為我之前用 2.2.1 版，也沒遇過現在這種問題


如果最後真的受不了了，再換上舊版試試吧

WIN 10可能是真的有問題吧
最近的強制更新後WinMerge只要比對大一點的檔案硬碟就會滿檔慘叫
搞不好WIN10自動搞多執行緒來殺傷硬碟速度順便勸導汰換非固態硬碟？

UT3.X跟UT2.0.X的效能差別在舊電腦跑起來跟非常有感
那個廣告的設定只是關閉顯示讓你眼不見為淨而已
之前測試時防火牆看到還是照樣連線