这个功能应该是命令行界面时代遗留下来的
其实正常来讲彗星会有一个提示 不过这个提示很多时候显示不出来
也许这个提示不显示的问题算得上是个小bug?
提个建议，关于客户端屏蔽，建议多加几个客户端，以避免屏蔽【其他客户端】的时候被误伤。
数了数，目前没有的客户端找到7个，这七个也算是老牌子了：
qbee
aria
tixati
fdm
biglybt
deluge
filec
如果加一起数量太长不太美观，或许可以分成两列，大概就是这样
A…… B……
C…… D……
E…… F……
G…… H……
下一版改进
感谢建议
【磁盘写操作缓冲区】不属于【磁盘缓存】。理论上应该如果磁盘写入速度高于网络下载速度，【磁盘写操作缓冲区】应该一直很小，不会累计变大
DHT网络性能优化建议
现有问题
DHT 节点查询 时产生大量udp包
运营商对udp包的发送量可能存在限制
超过的udp包会被直接丢弃 影响了网络中其他的udp流量
也影响了网络的整体稳定
现有解决方法
在不禁用DHT的情况下
可修改高级设置中的 network.max_udp_pkt_per_sec 限制每秒发送的udp数量
但这限制的是BC的全局udp发包量 似乎会同时影响到DNS 查询 和 udp tracker
而且这是限制udp发送量不是产生量
DHT的查询请求 积压在的UDP发送缓冲区内
尽管有 dht.udp_send_queue_threshold 选项限制 队列长度
但发包量设置较低时依然会产生大量积压
以至于到下一次DHT查询时 上次查询生成的包仍积压在缓冲区内
改进建议
修改查询频率
目前的DHT似乎是每隔一段较长的时间发起一次查询
并发udp量非常多 容易造成周期性的网络波动
也许可以缩短查询间隔 增加查询次数的同时减少每次的发起量
由单次大量 变为少量多次
以防止超过运营商的udp发包限制
或者DHT查询不设间隔 只控制查询量 与tcp发起类似
通过控制查询量来限制实际发包数
控制DHT节点总数
随着软件运行时间的增加 DHT节点数量也在不断增加
节点数量的增加使得维护节点产生的网络开销也在增加
也许可以限制DHT节点数量上限 以控制维护开销？
我记得你是直接下载到nas里？检查下远程磁盘负载情况 目前内存即将用尽时候会触发自动下载限速，等待磁盘写入
DHT那个怎么说呢 大部分运营商还是没问题的，主要小部分地区移动宽带有连接数限制 目前每30分钟发起一次全节点查询 就这个过程容易触发，导致新的连接请求无法建立，引起一种断网假象，游戏这种已经建立的链接不会掉线 在查询完成后的29分钟平常的时候都没事
这些在之前反馈过 官方没有做单独的设置选项和节点数量控制，或者要不然做个选项，启动软件时和每30分钟的时候，不对全节点查询DHT，或者说不主动发起dht请求 永远被动等待他人请求
建议 在高级设置中添加 最大同时尝试的DTH请求个数 选项
以更好的控制DHT所产生的UDP包数
减少网络断流的发生
建议 增加单文件校验功能
可校验任务中的单个文件 而不是对整个任务中的所有文件进行校验
能不能增加个设置免除移动任务时的确认？
之前反馈的，2.01版本专家模式webgui生成的rss需要访问权限，其它用户无法使用，2.02能否增加个header来解决下，不然这个生成的rss没法用啊，一直更新失败
例如检测到账号信息格式就发起 Authorization: Basic YWRtaW46aXR6bXguY29t
http://admin:itzmx.com@127.0.0.1:1235/panel/task_list_rss
突然看到已经预览版发布了，能不能在这个版本定档解决下，，别推迟到2.03了
提个建议，mac版本比特彗星制种时，跳过【.DS_Store】文件。
这个文件在mac系统是默认隐藏的，类似于系统缓存。群里有个老哥反映qb制种时没有这个文件（因为qb的mac版本制种时跳过这个文件了），而彗星制种时有会有这个文件。
【.DS_Store】是 Desktop Services Store 的缩写，是 macOS 操作系统上的一个不可见文件，只要您使用“Finder”查看文件夹，它就会自动创建。然后，该文件将随文件夹随处可见，包括存档时，例如在“ZIP”中。
希望增加和改进下面内容
1.某些种子任务打开后不按文件名排列!
2.子文件夹太多，能不能加个选项全部打开或者收纳?
3.能不能只能去掉非视频文件，保留最大的视频文件？人家酸雷都有N年这功能了！
4悬浮窗口能不能显示磁盘占用，好让不用WIN那个任务管理器！
1個讚
支持增加自动选择种子内文件功能，可以按照必选，屏蔽和按照文件大小或是占比自动选择
这个问题之前有人反映过
不过Windows好像也是这样处理排序的
这个功能已经有了
右键弹出菜单
选项卡显示存在一些问题
建议
建议添加文件筛选功能
可以依据文件的 文件名 扩展名 大小 进行筛选
可以保存为筛选规则
对任务使用 可自动根据规则取消选中不需要的文件
2.02版资源耗费比2.01多得多，2.02版用起来有明显的粘滞感，甚至标签切换都需要等，CPU利用率虽然几乎一样，就流畅度而言完全不如2.01，回去用2.01了。
2.02版是不是有猫腻？网络监控发现2.02版，会有指定端口之外的其他端口链接，背地里干啥了？
2.01版全是指定端口的链接，很怀疑2.02版的不明端口链接到底在干啥？