说起来这个简体中文的问题，通过替换cn.mo和tw.mo实现的简体中文，，某些地方还是繁体的
比如点击打开torrent文件的功能
还有评论区等等
我录了个视频看看，，很好复现的
找到问题了：HTTP任务未开启提前分配磁盘空间时，没有调用磁盘加速服务。下一版修复。
你可以先试试把“提前分配磁盘空间时”选项打开，看是否还会卡磁盘。
可以改成异步的，费点功夫
9KB还是有，，估计是磁盘太烂了，可以看到现在的9KB线程保持了56个，之前是跌成0，估计是磁盘写缓存到硬盘的操作，现在写完这部分缓存不会空闲2分钟在去下载了，可以立即触发提速下载起来
9KB这个问题算是已经解决了，果然是相同的原因导致的，估计就是下载阶段时要触发一些分段信息文件创建
在内存使用，磁盘写缓存操作区没有显示HTTP的缓存信息吧，但是磁盘缓存大小里面就有
可能HTTP缓存优化的也不是太好，，，我设置的2048M缓存，看磁盘缓存大小写到200M基本就封顶了，从没用到过2048M
HTTP下载任务只分配了磁盘缓存，没有额外分配“磁盘写缓存操作区”。BT任务是额外分配的，以防止干扰后续上传。
这里设置的是每条HTTP连接的缓存，上限是2M。总缓存大小=设置值*连接数
这个2M值可以设置大一点嘛，不然一个任务最大200连接数的话，上限就400M？比如说改成20M一个连接？
HTTP缓存仅用来减少写盘次数，2M写一次比较合适了。上限改大了在任务数及连接数很多的情况下会白白占用很多内存。
内存大，，，不碍事，况且现在网速也越来越快了，2M会不会真太小了
我看了下单位居然是KB诶，一直还以为是MB
200M网速下载，，就每秒20次实际写盘了，，下个7G的文件居然要写盘4000次，感觉2M真的不太够用，或者对于x64版本，这个值能放大一点？看看BT的区块，都支持32M一个区块才写入1次啊！
那就上限提高到32M好了 
magnet:?xt=urn:btih:Y4VH75XCKDV5Z5KIGEI5CCELS2NCUHBE
magnet:?xt=urn:btih:VAAEHRHN3HJRKGYC3VNKPJQJR2TTZM2Q
各位觉得分块对齐的种子应当怎么显示比较好?
237292823819=220.9G，我觉得任务上应该默认显示是所有文件内容大小？而不是累计？在电脑磁盘中，实际也就220.9G，并没有250.5G，感觉统一系统比较好？然后鼠标移动到上面弹出提示框显示所有文件内容的大小，用于文件边界对齐的大小，总计大小
算了还是这样不改了，，，改了怕出现什么其他问题，比如说可能导致分享率统计错误等
1.82
1.83
以前是空格现在变成这样了是正确的吗
libtorrent 1.1.6
libtorrent/1.1.6.0
新加的network.dns_query_cache_ttl 这个选项没以前的根据系统返回值来的好。。。以前域名dns解析设置多少ttl，缓存就是多少，而且hosts可以立即生效，现在改了hosts后不立即起效果，一定要等待缓存时间结束
还好这选项可以自定义值，改成10后也算是立即生效hosts了
这个改了是不是不起效果。。。已经绿色读出文件大小了，，你测试一下等15分钟网盘链接失效后，双击下载跳错403，然后去拿新的链接换上看看？这更新说明是界面改了，核心改进没改?
種子市場能否獲取更高的上限?
除無限(多得程序都會崩掉…)外…10萬開始有點少…
之前显示的是根据peerid二进制解析出来的版本号，现在优先显示的是peer传过来的字符串版本号信息，正常情况下是等价的。如果不一致，都会显示。
之前每次都会去调用系统接口查DNS，靠的是系统内部的ttl。现在彗星的ttl是用于减少调用系统接口的频率，避免被无效的dns卡住。两个ttl一个是在系统内部，一个是在彗星内部，各有各的作用。
我也测试过的，15分钟后首次查询403，修改后查询能正常下载。
有建议值吗？其实达到上限后会自动删除最早的记录
最佳應該是人手寫值…程序鎖個上限如100萬 
不然那個數值選單會太長了 
或者像上面…再來個50萬和100萬就好了
自己填数字当然最佳，不过和旧版本兼容性不好。干脆精简到1万、10万、100万、无限好了？
市場不是本地的嗎…然後做數據交換??
這也影響舊版本? 