network.max_connecting_connections_per_tracker
改成10000可以解决，默认值为6，这个选项是1.96引入的，容易导致tracker阻塞引起无法暂停任务，设置改大就可以了
话说等待发起的间隔能不能给个设置为0ms，，，明明正在发起那么空闲，全堵在等待发起好长时间
然后就是
还有UTP的上传速度优化和BT任务主线程实现CPU多线程利用。。不然主线程卡了连1Gbps都跑不满
还有app远程连接后没办法修改名称ip的问题还没修复吗，，上次更新是9月份了还是1.80 还有状态和详情选项卡里面的大小没做转换KB MB GB TB处理
还有就是电脑版的暂停状态是已经取消了对吧
希望给长效种子加密，现在长效种子也很容易被运营商拦截。如果黄灯也能做长效上传那更好了…
旧版本是根据域名服务器响应ttl缓存，后续版本为了支持dns多线程就改成这样了
该功能已有，需要启用专家模式，在高级设置中启用即可。
判断当次是否发起ipv6和收到路由器的不支持阻断所用的cpu性能开销应该是一样的。因为还没建立传输通道
好的
但客户端在试图发起ipv6连接的时候也会先发一个数据包吧？多个ipv6请求的数据包堆起来应该也会浪费性能，我猜应该会影响一点性能吧？尤其是请求巨多的时候 
是说1.1.1.1吗？那东西我在美国用很不稳定，一会有一会没的，甚至没找到充vip的地方……
弱弱问一句,V4长效是死了还是，，，，，，，，，
是被墙了，代理可以连上
是被墙了，我代理可以连上
为什么只要登陆不了服务器，就一点速度都没有
提两个建议，都是关于种子市场的。
①建议加个高级设置，直接在硬盘查看/搜索种子市场，免去全部加载进内存的过程。
因为考虑到搜索的速度取决于CPU，种子市场库在固态和在内存，速度其实是一样的。而现在把种子市场库全部存入内存（每千万他人共享约占3GB内存），对于用户电脑的日常其他操作有影响。
②建议加个高级设置，分页查看种子市场（如：每页1000行），且搜索时每搜足1000个就能看一页。（这个功能同时也能保证在建议①的情况下，不会让每页行数过多导致滚动不流畅）
bitcomet什么时候考虑集成其他网络？比如i2p/tor/ipfs。
因为现在是在内存，所以你才看出来是cpu瓶颈，如果在磁盘那就不同了，特别是过百万的db数据库时候不采取内存缓存仅使用ssd会发生以下的情况。
有.torrent文件分级目录保存功能，比特彗星应该用的是最有效率的jemalloc数据库引擎，启用种子市场的时候内存缓存不能关闭，数据库索引之类都需要在内存中工作，因为就算是ssd也无法承受索引带来的io负载。
我这边的情况：他人共享db库有1322万，db库放在600读写速度的固态上。
我用的SQLiteStudio(3.4.0)：
https://torrnet.lanzout.com/b0dauqwpc
用比特彗星和SQLiteStudio分别检索了一遍关键词【金宵大厦】↓
检索时间都是24秒，所以无论是否把db库写入内存再检索，瓶颈应该都是在CPU，方案有其可行性。
测试的时候麻烦重启一下，释放系统级缓存，你在看看首次第三方软件打开db后的磁盘活动，通过任务管理器可观察到
重启电脑后，直接打开SQLiteStudio，第一次搜索【金宵大厦】耗时30秒，第二次搜索【金宵大厦】耗时24秒，确实有系统缓存加速。
这是第一次的录屏↓
