当全局控制起作用时，可以在单任务列表后面写个全局优先
感觉软件左上角显示下载上传速度的地方就很好，将全局控制速度也写在边上，然后遇到设置了单任务的上传/下载速度那边显示全局优先（***kb）
嗯，那明白了，两处互相独立，提示是没法做了，那就修正一下列表上的显示，目前效果为最小值，显示上也要两处更小值加一个描述（全/单）：98KB < 100KB(全)，这样可行否？
沒有啟用提速服務
這個應該是因為禁用了硬盤加速..然後他沒寫入文件但因為程序的存檔不在卡頓硬盤里所以進度記錄寫入得快..但文件數據通通都在卡頓硬盤等待操作???
工作管理員 的 內存表..使用中 | 已修改 | 待命 | 可用 棒棒圖里的第2項..已修改
英文是 modified memory
反正最後應該是系統問題[關閉虛擬內存]導致的 modified memory 暴增..
而BITCOMET使用巨量內存做快取…導致這個暴增速度加快…原因: UNKNOW…
這情況就算是可用內存是巨量 >16GB的情況下 modified memory 也會暴增..不是沒空閒內存才產生
那就是这个原因了，因为没有启用所以导致了填0，所以创建一个10GB的任务，因为没有权限，所以要用0填充创建一个10GB的文件，然后才能启动下载
如果安装磁盘提速服务后，就不需要填0这个步骤了
我下载发现磁盘读取和写入命中率才八十多我是应该提高磁碟快取大小吗
命中率低于99%就是磁盘缓存设置不合理了，需要提高数值
或者减少同时运行的任务减少连接数来降低负载
不减少任务的话给缓存加到10g可以吗，还是说多任务就会降低
我的读取命中率已经低于50了 
这个设置方法应该加入软件说明里不然我都不知道 
长效种子那边同理吗1048576，我把http也改到32最大了
可以设置和图上一样，也可以设置成1048576最大值
好的，我试试
下载文件接收到的分块数据进行hash检查下一版更新的时候移动到工作线程？
这个过程比较吃CPU，本来主线程运行几千个BT任务的时候，CPU的单个核心满负荷工作，做种上传就已经让主线程比较吃力，，，RSS有新的下载任务创建的话，下载完成一个区块然后主线程CPU飙高一下，导致整个界面卡死几秒
还有定时器、peer连接优先级调整、反吸血检查，虽然这些吃CPU不多，但是也可以考虑移动到其它线程
发个图片给你演示一下，比较严重的是创建任务的一瞬间，会界面无响应卡住大约5秒
还有就是下载区块后的hash检查，整个界面会卡好几秒延迟，鼠标点击右键可以看到反应巨慢，直接软件卡死，这一定要弄到工作线程里去，不要放主线程
提个建议，可能听起来不太好，但有应用场景。
现在有客户端屏蔽，那么加一个屏蔽选定（可选项就是ip2location的全部）的国家IP应该是可行的。
应用场景是：
【1】目前的放血客户端，可以伪装成各个其他客户端，但唯独IP是无法伪装的，因为他们放血的目的就是为了拉平上下行比例避免运营商断网，而这一情况只限于特定国家运营商，所以把特定国家的IP屏蔽后，就可以避免被放血了。
【2】如果未来对跨境流量进行审查，这一功能也能发挥作用。
弊端很明显，直接就把能连接的IP砍掉了60%，大大削弱了BT可玩性。
但作为可选项或许也未尝不可，对目前功能也没啥冲突。
BT不是用來玩的…你这种心态不可取…想清楚BT是甚么再讲吧 
，现在运营商不看上下载比例了 只看上载流量超常必然封网限速然后上门关照问候。直接封锁地区IP就别再想下载完成了。吸血/放血也是你所讲的玩BT的其中一种方式…（还有好多玩法）
BT原则就是分享给有需要者。
你应该先问我关于可玩性的定义，我的定义大概是下载上传的可连接节点数量，正如上文我说的“直接就把能连接的IP砍掉了60%”。
各地运营商策略不一样。
只是可选项，而且选了只是连接受限而非断网，按需开启。
你应该知道我说的是那些循环下载恶意脚本吧？我一向不支持把正常的下载上传比作吸血放血。
如果你的带宽被恶意放血脚本挤占，就谈不上所谓分享了。
只是一个可选项，按需开启，这就像屏蔽客户端一样，是双向的屏蔽。
如果有人开启，那么出发点肯定是为了避免某些坏处才让自己承担连接受限的代价。
我知道有第三方的IP屏蔽获取链接和脚本，但一刀切也可以是局部最优解，按需开启即可。
（PS：关于应用场景，在版权严查的国家，希望自己的网络只与特定国家发生P2P连接，也是个不普遍但合理的需求。）
这个功能可以实现但是不应该由BT客户端程序负责
使用防火墙软件会更可行 可以参考此教程：链接