欢迎下载测试版，尝试新功能。请大家多提反馈意见，感谢各位支持~
v2.02 正式版预览 20230809
界面改进：改进peer列表冻结状态提示
https://download.bitcomet.com/archive/BitComet_2.02_setup.exe
https://download.bitcomet.com/archive/BitComet_2.02.zip
macOS版 v2.2.0
https://download.bitcomet.com/mac/BitComet_2.2.0.dmg
v2.02 Beta2 [20230808]
界面改进：给任务添加标签时提示移动任务下载文件到标签关联目录的对话框，增加不再提示选项
界面修复：给任务设置标签后，左边栏及工具栏里的标签列表刷新有问题
界面修复：个别翻译错误
核心修正：移动任务文件夹时，未下载的任务无法移动到同一盘符其他目录
v2.02 Beta1 [20230802]
界面改进：任务多选后的右键菜单可批量设置任务限速
界面改进：增加选项：从url更新tracker列表时，合并或替换原有tracker列表
界面改进：移动任务文件夹时，显示选项同时移动目录里的所有文件
界面改进：任务截图单击放大后，可切换是否全屏显示
界面改进：全局选项窗口自动记忆窗口大小
界面修复：“气泡提示”未开启时，消息列表里的任务完成消息为空
界面修复：Web页面BT任务做种时peer列表不显示用户上传速度
界面修复：个别翻译错误
1個讚
可否加个全局屏蔽peer的功能，目前右键手动屏蔽吸血 IP，只会在该任务下生效，不会对全部任务生效。
批量设置任务限速中 设置最大上传速度的选项 似乎有一些显示问题
任务标签跳动问题
每次更改标签后 都会选择到最后一个标签
这个问题应该已经存在一段时间了
任务移动问题
对没有下载进度的任务进行移动会报错
任务也不会成功移动
无论是手动移动 还是通过标签移动
建议
在为标签添加下载目录后 每次手动为任务添加标签
都会询问是否移动到对应下载目录
希望可以设置为不询问
2個讚
电驴插件下载是不是有点问题，只要暂停后，就一直处于排队中，只有退出关闭整个插件窗口在重新打开插件界面才能有速度
随便测试个链接下载
ed2k://|file|zh-cn_windows_11_business_editions_version_22h2_updated_july_2023_x64_dvd_c58c0381.iso|5889910784|EA17F31F6F044233A6E74E9A83432CD0|/
感觉应该是插件代码的BUG，，，暂停后开始，任务状态显示还处于等待中，没有成功开始
好吧，试了下官方版的emule有相同的问题
v2.02 Beta1 突然不显示任何 Peer 了，退出重新打开也不显示；退回重装2.01正式版也不显示任何peer。端口绿灯、任务是活跃状态、热门新种、有速度的；
不单是某一个任务，所有任务都是这样。
这是因为你开了键盘锁，键盘上第三个灯亮起来了。
按下scroll lock关闭键盘锁即可。
1個讚
这个功能应该是命令行界面时代遗留下来的
其实正常来讲彗星会有一个提示 不过这个提示很多时候显示不出来
也许这个提示不显示的问题算得上是个小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请求 永远被动等待他人请求
