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

zx353 发表于 2018-7-21 06:28
我是这样设置使用UT的。也是创建任务预分配但并不实际写入

µTorrent预先分配空间后，会对预先分配到的空间进行重写以防止原数据外泄。diskio.no_zero默认设置为True，代表跳过重写步骤。
预先分配磁盘空间(R)与diskio.sparse_files不能与同时启用，前者会覆盖后者的功能。
刚才将预先分配磁盘空间(R)勾选，diskio.no_zero设置为True，diskio.sparse_files设置为False，发现在下载初期依然会出现磁盘负荷过重的问题。在系统的资源监视器中发现µTorrent.exe的写速度大约为110M/S，但是µTorrent并没有提示磁盘负荷100%，所以本次下载没有受到影响。
所以就有三种种情况：
1.层主硬盘速度比较快（SSD），µTorrent瞬间完成写入使得层主没有发现。但是层主说了没有实际写入所以应该不是这个原因吧。
2.我们在其他高级参数的设置上还有所不同。
3.还可能是µTorrent版本的问题，µTorrent在后续版本中优化了这个问题。
在最初解决问题的时候，diskio.no_zero设置为True，diskio.sparse_files设置为False的情况下，无论是否勾选预先分配磁盘空间(R)在下载初期都会进行大量的写入，于是我一直没明白这个功能的作用......

blackmickey 发表于 2018-7-21 09:28
很多種子都會有這狀況，雖然下載時是正常的，但預覽種子內檔案常常會有缺少資料夾的情況。 ...

請問是圖中這個界面出現的問題嗎？複製磁力鏈接，µTorrent將磁力鏈接轉換為種子，但是有一些文件或者文件夾沒有在裡面顯示。

Cerasus 发表于 2018-7-21 12:11
請問是圖中這個界面出現的問題嗎？複製磁力鏈接，µTorrent將磁力鏈接轉換為種子，但是有一些文件或者文 ...

不是，是像這樣的狀況

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

看到你说的我去重新测试了下，就是普通HDD。新建了任务。确认分配了空间，开始下载数据后十几秒内，这时间内下载的数据还放在内存。 看HD TUNE的监测器上该硬盘只有几十KB的写入，不是MB。之后缓存写入磁盘有一段写入






我用的也是221版本 详细是25302


我把我的设置文件发给你看看， settings.rar (12.4 KB, 下载次数: 13)

2018-7-21 16:04 上传

点击文件名下载附件

我也试了你的方法。确实也是预分配没写入的

blackmickey 发表于 2018-7-21 16:03
不是，是像這樣的狀況

噫。这个确实奇怪。我也试了。UT也是不显示

然后勾上CD文件夹。就会自动带上那个消失的Scans文件夹。从增加容量上可以看出来

zx353 发表于 2018-7-21 06:36
我也主用QBi了，但QBi貌似没有写入缓存

在我测试中设UT用1024MB的写入缓存，同时监控硬盘活动 ...

qbittorrent当然有磁盘缓存，在高级—libtorrent里罢了；顺便薛定谔的磁盘缓存卡关机bug懒得提了

darkangel0224 发表于 2018-7-21 16:38
qbittorrent当然有磁盘缓存，在高级—libtorrent里罢了；顺便薛定谔的磁盘缓存卡关机bug懒得提了
...

那个我有看到，我指写入缓存
不管是调整100MB。还是1000MB。下载同样是即下立即写入。没像UT那样先缓存后再一次写入

zx353 发表于 2018-7-21 16:43
那个我有看到，我指写入缓存
不管是调整100MB。还是1000MB。下载同样是即下立即写入。没像UT那样先缓存后 ...

这个问题你只能赖windows版的libtorrent头上，有些选项就算你设置了，它可能在某些条件下也是无效的。libtorrent和windows在磁盘/内存/缓存之间有着历史性不可调和的问题

blackmickey 发表于 2018-7-21 16:03
不是，是像這樣的狀況

確實存在這個問題。
Scans文件夾中的內容（那6個文件夾）正常情況下應該出現在[DMG&VCB-S][Machine-Doll wa Kizutsukanai][1080p]/Scans/中，但是µTorrent卻顯示Scans文件夾中的內容出現在了[DMG&VCB-S][Machine-Doll wa Kizutsukanai][1080p]/CDs/[100122] 「MACHINE DOLL」／原田ひとみ(flac+jpg)/Scans中，如圖。

根據µTorrent的顯示來看，這個文件夾不僅包含了CD的掃圖，還包含了原有Scans的文件。所以按照µTorrent顯示的結構下載下來的話應該是這種情況。

但是實際下載下來的話是正常的結構（Scans的目錄為[DMG&VCB-S][Machine-Doll wa Kizutsukanai][1080p]/Scans/）。
出現這種情況的原因我也不太清楚，在網絡上沒有搜尋到相關的案例。這可能是一個BUG。
你可以去看看其他種子是不是也是這種情況。希望上面的內容能對你有所幫助。

Cerasus 发表于 2018-7-21 17:57
確實存在這個問題。
Scans文件夾中的內容（那6個文件夾）正常情況下應該出現在[DMG&VCB-S][Machine-Doll  ...

這是UT已知的BUG之一，很多種子都會這樣，而且用習慣了，自己也有一套處理方式，所以影響還好。


另外有個問題想要請教一下，
當UT保種體積大時，是不是explorer.exe(檔案總管)容易反應慢，甚至當掉？

Win10 1803
uTorrent 2.0.4 保種體積大約15TB左右，保種數約700個
硬碟
WD 金標 10TB
HGST NAS 3TB
Toshiba 企業級 4TB

當沒開UT時，系統都很順暢，開了UT後總是特別卡，而且連放在NVME碟上的也會被影響到，請問有人有遇過類似狀況嗎?