beta4运行正常了，一晚上没有崩溃
公网环境，2.21beta4比特彗星传到比特彗星2.20
utorrent传到比特彗星
utorrent到utorrent
qbittorrent传到utorrent
总之现在比特彗星的UTP还是垫底存在，局域网下都不正常，更加别说公网下了
公网下现在这些BT软件都不太满意，400ms高延迟UTP主动避让降速的算法太狠了，TCP轻松30MB/s，UTP只有300KB
你找一下长效种子UDP为什么慢的原因，这UTP应该是同样的问题吧
要么就是和系统有关系，我局域网复现在Windows10和Windows2022上
比如那个cpu100%的问题就是传给这些客户端特有的，只传给qbittorrent就不会出现100%的占用
应该离找到速度慢的原因很接近了，虽然beta4解决100%的问题后，，局域网的utp速度还是650KB/s
应该测试一下 beta4 和 beta4 之间的传输而不是和老的 2.20
公网下 utp的速度也不能太快 不然就会出现之前DHT那样的问题
如果bc 在公网下可以像qb和ut 有300-400kb/s 的速度那就算是有了实用价值
每个人的网络环境都不一样 哪怕是qb这样保守的DHT和utp策略都有人断网 甚至有人用迅雷都能断网
所以在公网下udp （UTP）策略只能保守 不然就会变成 破坏网络的 “垃圾软件”
utorrent传给比特彗星2.20正常 证明问题只是在上传发送方向有问题 接收数据的话正常
所以现在要测试 beta4 在公网下 给 qb ut 和 Tixati 的上传速度
磁力分载点：magnet:?xt=urn:btih:BGTOYRSWAMTZBANULTNLKPU2USJBW6M6&xt=urn:btmh:12203f3c011d98d26fa5e1827ec48e6191a9b64e667f5ace6292b730154d37d4b725&dn=BitComet%20V2.21%20Beta4%20%5B20260524%5D
beta5已发布，欢迎试用
beta5重启tracker服务器后测试无效，刷新刷爆了也依旧不能正常连接
Connection ID missmatch.
我想要的是检测到这个错误直接重发申请id并且完成此次宣告，而不是直接失败去倒计时重试
不过尝试重连几次倒是成功了
好吧，看起来改成了qbittorrent那种一模一样，客户端强制有效期1分钟，beta5是学qbittorrent那样每次请求都重新申请Connection，超过1分钟则重新申请新的，这样就怕tracker服务器压力变大，毕竟tracker服务器统计的到比特彗星的用户量是qbittorrent的十几倍，频繁生成新的Connection容易增加开销占用服务器内存和性能
2026-05-26 02:11:35 UDP Tracker session_id expired, re-handshake
好吧，虽然之前提到过开发方式，但是你既然你这样已经开发出来了。。那Connection就这样吧
副作用就是tracker服务器要承担大量的id申请请求，服务器为了兼容utorrent和其它客户端不会删除任何已知Connection，那必定导致数据库积累数量越来越多
间隔时间能不能多拉长5分钟用于tracker服务器差分±3分钟，，或者最大值改成3小时OT_CLIENT_REQUEST_INTERVAL2 176分钟
2026-05-26 02:45:02 schedule next announce in 2:00:00
UDP长效上传效果不错！在10ms ping值的情况下，从原来的2KB/s，提升到了大约350KB/s。
虽然达不到TCP那种速度，但是好歹能动了，最理想是能达到UTP那样30MB/s起步吧
UTP局域网慢的问题你们还没复现到吗？
局域网比特彗星传给比特彗星或者其它客户端 龟速
比特彗星传给qbittorrent 一切正常 30MB/s
我对比了下比特彗星UTP的包和其它BT客户端的包
区别在缺少发送 bitfield 指令，其它客户端在UTP包里都会发这个
比特彗星就没有
局域网建立连接后没速度是不是这个bitfield原因？
Request和Have到是看到有
长效种子UDP速度应该还能进一步优化，10ms延迟就这点速度
提交个bug，创建任务时，如果种子里的文件是【“空格”123.mp4】这种前置空格的文件名形式，创建出的任务就会变成【123.mp4】。
如果只用比特彗星倒是没啥，但如果文件不是通过比特彗星获得的，拿来给比特彗星校验，就会出现不识别的情况。
磁力分载点：magnet:?xt=urn:btih:657NW3AC4SDTOHJIS74V7GCD7L7UDNNV&xt=urn:btmh:1220d0d90a5f8c591d89dbb6a707ad0a5d0e680edfc2819cf5a9f3d05335be4bf14c&dn=BitComet%20V2.21%20Beta5%20%5B20260526%5D
测试了好多次，彗星utp上传给局域网的其他客户端，ut不同版本的传输速度差异巨大。qb单独连接时速度能上去，和其他客户端一起下载速度就会掉下来。
彗星也要发送 bitfield 指令的，这是建立连接后的第一条消息，没有分支可以跳过。peer日志里有的。
网线直连另外一台电脑 都是物理机
给 ut 和 Tixati 的上传速度不错
UT
tcp 峰值速度 16mb/s
utp 峰值速度 约 10mb/s
图片
Tixati
tcp 峰值速度 20mb/s
utp 峰值速度 约 17mb/s
图片
速度已经比较接近tcp 了 不过似乎存在周期性涨落
qb 这边 由于是 32位系统 最多只能装 v 4.4.5 （2022）
tcp速度正常 但是utp速度只有个位数不确定是什么原因
截图看到550KB，，好像是复现了？应该不是版本原因，因为其他客户端与这个版本传输都正常，肯定是UTP算法上还有问题
或者说，想要更快的话，作为客户端下载方也要更新一下？比如加快UDP请求“我要下载”？
如果停留在流量图退出远程桌面，重连后会丢失一些界面显示，切换选项卡后恢复正常
话说有没有办法解决webui下http的复制问题，试了好几个html文件都能正常复制，只有比特彗星的vue这个不行强制要求https
你试试ut官网的最新版呢？uTorrent 3.6.0 build 47254
下载方增加每次请求的16KB数量，确实能提高吞吐量，不过改动会比较大，暂时不弄了。
感谢反馈，已复现，我研究一下怎么修复
感谢建议，已按照图片中的方法改好了
嗯，就像这样，http上点击按钮就能复制成功了，也可以选择文本进行ctrl+c复制
http://172.245.168.134:81/
等下一版出来我试试webui复制都正常了不
官网无广告捆绑安装下载链接：http://download-new.utorrent.com/endpoint/utorrent/os/riserollout/track/stable
官网下载最新的utorrent 47254，覆盖更新升级后没什么用，依旧是650KB，本机还没另一个peer别人公网连接跑得快，很明显还有问题
utorrent 传给utorrent 正常，qbittorrent传给utorrent 正常
比特彗星传给utorrent 不正常
比特彗星传给比特彗星和qbittorrent 正常
要是局域网无多台设备，双开软件可以用最简单的应用隔离沙盒
肯定是utp哪里还有问题导致的，也不能让对方去升级版本或者更换客户端，而且升级utorrent版本并没有解决这个问题