可以试试这个方案
为啥我下载不了？
去贴吧下啊啊
请问我们当前的官方QQ群号是多少呢 
可以在统计分类，全局上传速度展开查看，如果判断是长效种子，可以切换到摘要里面看每个任务的长效上传速度，也可以使用专家模式
比特彗星启用（system.enable_expert_mode）专家模式可以查看具体是哪个任务在进行长效上传的方法
高级设置中 启用专家模式，搜索system.enable_expert_mode，选中是，并且启用
此时任务栏上点击右键，即可打开”长效种子上传“标签
或者左侧点击长效做种，也可以看到完整的列表
多看看wiki，了解长效种子是什么
http://wiki-zh.bitcomet.com/长效种子
有些人觉得一直在上传，感觉不爽，那你就关掉这个功能，这个功能是自动控速的
优先上传BT网络，在BT网络空闲的情况下才会触发长效上传，或者你为每个单独的任务进行关闭
要么你就根据Wiki的说明，为单个任务关闭长效，关闭后，会对这个任务强制禁用长效上传
1個讚
謝謝回覆, 看來是長效種子沒錯…
但是不能在上載流量中一起看到嗎? 獨立一個長效種子 欄位 看起來好怪…也無法依流量排序找到…
那需要启用专家模式后可以看到，普通模式只能在统计查看，摘要查看这两个地方，专家模式有一个专门的侧边栏和任务排序来查看
請問啟用 長效種子 會佔用大量的磁碟讀取IO … 是否可以限制讀取磁碟IO上限?
目前只能設定網路上傳上限… 不能設定磁碟讀取IO上限…
發現 我的 長效種子 上傳10MB/S 磁碟讀取IO 都超過 > 60MB/S , 一直持續…
是否可以限制 長效種子 的 磁碟讀取IO 或是同時分享的檔案數 ??
设置内存缓存，可以降低磁盘io的使用
目前可以设置全局连接数来控制长效种子人数，这样别人进不来，自然不会产生较多的读取
对于长效暂时没有什么好的优化方案，目前只有BT缓存引入了缓存不足时候就绕过缓存，直接去真实读盘
长效优化是优先使用已有缓存数据发送给对方，如果长效真实读盘由于都是64K的请求好像，我忘了要去翻翻以前的帖子，这样会导致爆掉SSD IO性能，更加别说机械硬盘了
可以在统计分类查看内存缓存的命中率是否为99%，如果缓存命中率太低，代表需要提高设置里的最大值，或者限制下人数了 network.max_connections
好想要這功能, 不曉得未來版本是否能實現?
这个有bug，显示大小不正确
希望支持peerid/client name白名单模式，天天改这个列表真的心累
白名单已有，但是根据白名单来屏蔽不是根本解决办法，攻击者可以轻松伪造任意客户端名称来过白
看了下相关介绍，boost fcontext这是能解决多线程切换延迟引起性能的问题？
试试看比特彗星能不能支持boost 的fcontext协程，据说这个性能非常高，说不定能解决启用utp的cpu高占用问题
比如从ucontext切换到fcontext可以带来极大的性能提升，实测新的fcontext测试对比多线程性能大约提升11%
不知道能不能解决utp占用cpu的问题
到底為什麼自已匯出的完整備份，卻不能匯入呢???
第二步的所有選項都不能勾選…
別人的備份檔也不能匯入
重新下載個乾淨的bitcomet壓縮解來匯入也失敗
這個問題卡很久了都無解
