BT下载本身就是随机请求的，下载到后面的分块自然就需要分配大部分文件空间了。如果想要完全顺序请求下载，需要【1】全局选项关闭视频文件预览优化，防止优先下载视频文件头尾部分、【2】任务右键菜单开启顺序下载模式，避免随机请求分块。有需要的话可以试一试。
感谢反馈。如果能直观看到具体在访问哪些文件的数据，就更容易搞清楚原因了。
沒有啊。以前版本關閉了還是會填0
不怎麼使用過磁碟服務功能
原理大家都懂，但是看看qb，ut就不會這樣
既然大老要求… 就show一下文件數據(害羞)… 不過個人認為檔案又大又多… 快取不足導致 io 頻繁… 目前個人粗淺理解
透過 ProcessMonitor 工具檢視, 也是很頻繁開開關關這些檔案…
如果有其他方式或工具可以观看到具体在访问哪些文件的数据, 也請指導一下, 多謝!
你可以观察一下用户列表，ut和qb链接上的用户会少很多，自然所要的区块分配也就少了，比如种子区块数量为4M，如果100个用户连接至少同时共访问100个区块，就需要400M空间，当然实际上一个用户可能会同时访问十个区块甚至更多，所以内存开支自然也就大了，和用户数量多少挂钩的
那不知道了，，以前版本我不会填0，我磁盘提速服务一直打开的。可能是这个关系
不知道关闭磁盘预分配选项后你逾期的效果是什么样子的？麻烦说具体一点，以免理解不一致。
這個是不是類似ut的進階參數，diskio.flush_files，然後設定為false。就不會開開關關
我用這兩個下載pt的，種子肯定不會少
關閉預分配，只有寫入資料時會閃燈（硬碟指示燈），不會瘋狂分配空間那種長亮燈
bc就不行，下載時會瘋狂分配，按任務停止也會瘋狂分配完才算停止
wxhere15，你可以用ut試試看，或者我可以打包一份給你
估计是禁用预分配磁盘空间后，分配磁盘空间时没有利用磁盘加速服务的bug造成的。下一测试版即将修复。
感谢反馈，录屏辛苦啦。经测试上传速度设置为个别值确实有问题：2048KB/s正好是2MB/s，重新打开选项窗口时会自动显示为2MB/s。但原来有小于10KB/s自动变为0(不限速)的处理，所以2MB/s也被处理为0(不限速)了。下一测试版即将修复。
1個讚
會不會是權限問題？
我也遇到了