太好了，谢谢
恩, 正式版怪怪的… 退回去舊版… 
经测试 1.66_x64 windows版全局限速可以正常保存设定数值并以该数值限速
話說長效種子是不是有BUG
例如現在是每個檔案分成一個部份的長效種子…1.66版可以設定10個長效連線沒錯吧…
但有時候…會有2條連線會連到同一IP的同一個部份…然後…2條連線總會廢掉1條…
我9條長效都有1.2MB/S…只有同一部份多出來的連線是這樣…我看了幾個種子都是這樣…
應該是BUG吧…
上圖
edit::: 是1.66的正式版
感谢反馈，需要测试一下
我两台机器测试两端对传长效没有发现你说的问题。。可以正常分块10份到不同文件上，估计你是什么因素引起的等楼上开发者研究下了
可以看看连接类型，速度慢的那个长效连接是TCP的还是UDP的?
我全部種子都已完成
重啟看了一下…好像是UDP…UDP是先連線的…但一直0KB/S…
同一檔案後來跳出了TCP的連線…TCP的有速度…UDP繼續0KB/S
UDP很容易丢包
預分配磁碟空間還是不能停用
這個功能實現起來這麼難的嗎？
完成後不hash是否起作用還沒測試
上面说了，是不能利用磁盘加速服务导致BUG，，，关闭了会一直填0，以前都没这种毛病的–！
以前关闭后都可以正常不分配空间，只有下载的时候触发区块了才会快速创建一个空文件申请空间，不会填0，这是1.66新版本新加入的BUG
嘛，主要是大家测试不够积极了，，正式版发出来后才提出问题qwq
BT下载本身就是随机请求的，下载到后面的分块自然就需要分配大部分文件空间了。如果想要完全顺序请求下载，需要【1】全局选项关闭视频文件预览优化，防止优先下载视频文件头尾部分、【2】任务右键菜单开启顺序下载模式，避免随机请求分块。有需要的话可以试一试。
感谢反馈。如果能直观看到具体在访问哪些文件的数据，就更容易搞清楚原因了。
沒有啊。以前版本關閉了還是會填0
不怎麼使用過磁碟服務功能
原理大家都懂，但是看看qb，ut就不會這樣
既然大老要求… 就show一下文件數據(害羞)… 不過個人認為檔案又大又多… 快取不足導致 io 頻繁… 目前個人粗淺理解
透過 ProcessMonitor 工具檢視, 也是很頻繁開開關關這些檔案…
如果有其他方式或工具可以观看到具体在访问哪些文件的数据, 也請指導一下, 多謝!
你可以观察一下用户列表，ut和qb链接上的用户会少很多，自然所要的区块分配也就少了，比如种子区块数量为4M，如果100个用户连接至少同时共访问100个区块，就需要400M空间，当然实际上一个用户可能会同时访问十个区块甚至更多，所以内存开支自然也就大了，和用户数量多少挂钩的
那不知道了，，以前版本我不会填0，我磁盘提速服务一直打开的。可能是这个关系
