beta3 已重新打包上传
我了测试一下，彗星utp上传，qbittorrent utp下载，速度在12~13MB/s
彗星单连接上传时，UDP线程CPU占用率大约在40%
对的，上面说了彗星UTP下载一直没有问题，主要是上传不动
那应该就是CPU还有问题了，吃满了导致传不动，你看我视频，只要进行上传，CPU就100%
下载从几年前的最初版本就没问题，，有问题的一直是上传
哦！我发现问题了，比特彗星2.21beta3现在只能传给qbittorrent
传给其它bt软件都不行，只要是其它bt软件都会cpu100%然后跑不动上传速度
传给qbittorrent的速度稳定在30MB/s，cpu也没吃满到100%
除了qbittorrent以外的其它种子软件，，都会cpu100%，然后速度650KB/s
你两只测试了qbittorrent，怪不得没发现我这个问题，一旦换个其它BT软件就能复现了
qbittorrent传给utorrent，也没有任何问题的
你检查下原因？为什么传给其它BT软件会CPU吃满，速度只有650KB/s
utp能不能开4个工作线程？好发挥1000Mbps宽带，看起来只能跑30MB/s，4个就能跑满了，类似其他软件的，做不到就算了，，因为UTP还会主动对外发请求
# The next variable determines if udp sockets are handled in the event
# loop (set it to 0, the default) or are handled in blocking reads in
# dedicated worker threads. You have to set this value before the
# listen.tcp_udp or listen.udp statements before it takes effect, but you
# can re-set it for each listen statement. Normally you should keep it at
# the top of the config file.
#
# listen.udp.workers 4
还有就是之前提到的
utp的connecting什么时候改成10秒，，现在是20秒
和DHT 、UDP Tracker 一样，把utp同步到10秒超时吧
和udp tracker返回Connection ID missmatch. 的时候重新发送Transaction Id申请
不要学qbittorrent那样每次请求都重新申请，会导致tracker服务器压力变大
最后就是，，，这个速度能优化到长效种子上吗？长效种子的UDP传输速度还是几KB/s
最最后就是DHT的UDP发包单独做一个限制开关，然后UDP各个方面就完善了
肯定是哪里限制了长效种子UDP导致速度慢，打流试了下能跑30MB/s到40MB/s左右，和UTP现在性能差不多，但是实际上跑不起来
````````````````不能回复超过3次的分割线```````````````````
新上传的beta3还是一直崩溃，崩溃报告发上去了
我这边测出来 给 ut tr 和Tixati 在本地上传大概在 5-7mb/s
比qb要慢一些 但总体还算正常
磁力分载点：magnet:?xt=urn:btih:NWEJKOSFGDG5OZZ7UBKBMOWMZD6AB2EZ&xt=urn:btmh:122002397d7bc659e11de5ae53c2c3dd4c90c9a71019e2a55c403e623bed3a768869&dn=BitComet%20V2.21%20Beta3%20%20%5B20260520%5D
恩…能不能把顯示卡閒置的記憶體空間拿來做為暫存使用呢?這樣應該可以減輕不少主要記憶體空間不足的壓力吧?對於硬碟的保護應該也不錯呢?
显卡硬件加速做这些计算很难，虽然能实现但是代码不太好开发，可能十年也不一定能出来版本
8G的显卡要1200元，但是8G内存只要200元，对于显卡加速其实一般是利用核心性能，而不是存储大小
而且一些主机并没有安装显卡，比如说服务器，或者联想、华硕商用台式机
beta4 已发布，欢迎试用
1個讚
CPU 占用率显著下降 不过这对速度也有一定的影响
本地给qb上传 峰值速度在 8-9 mb/s 与上一个版本相比略有下降
本地给ut上传 峰值速度在 1-2 mb/s 与上一个版本相比下降较大
ut 的套接字状态 中有个 wlimit 一直在闪烁 不知道是不是和这个有关系
本地给 Tixati 上传 峰值速度在 8-11 mb/s 与上一个版本相比有很大提升
其似乎已到达与tcp相同的速度
1個讚
beta4 UTP效果非常好，cpu从持续性一直100%降低到了0%到1%左右的占用率！！！
之前版本一直100%这是什么原因引起的呢？
但是传给utorrent的速度还是很慢，，，速度起不来，局域网速度650KB/s
手动添加用户设置 [::1] 来连接本地的客户端也是一样的
让我猜测一下，是不是对utorrent发起默认的pending的request数自动调整出现问题了？假设默认是16个，那么就是这个速度左右，没有自动调整变大导致传输被限速了，缩短自动调整时间间隔，应该自动调整到值10000，以便适应万兆宽带
状态上显示的值是pending吗？传给qbittorrent的时候显示30000，局域网速度就是正常的30MB/s左右
传给utorrent和其它客户端显示600，速度只有650KB/s左右
总之这一版本，启用utp后的cpu占用明显下降了！占用只有0%了
好像那个Up才是pending
qbittorrent显示1000
utorrent显示115
发现
分块请求队列数量上限每8秒自动调整一次，最大值是1000。
1000改成4000看看？1000是30MB/s，改了后说不定qbittorrent就跑满1000Mbps了
但是还是要解决utorrent跑不动的问题
看了下BEP协议说明，1个pending=32KB/s，默认值不能太低
最大值是1000等于30MB/s
4000适合千兆环境，最好调整到值10000，以便适应万兆宽带
我这边的测试环境可能有些问题 用的是虚拟机
在断开所有网络适配器后 传输速度都有所上升
ut 的峰值速度也来到了 7-8mb/s 但是又出现了更早版本中周期性断开的问题
感谢反馈，我测试一下
这一版对utp数据包的处理做了算法优化，包括改进发送数据包上传队列处理、提升数据包错误重传检查效率、出站数据包零拷贝优化等
peer列表状态列里的信息：
Dn:下载请求队列长度
Up:上传请求队列长度（对方请求）
disconnP:达到连接数上限时，断开此peer连接的优先级
P:此peer的连接优先级，用于挑选choke/unchoke
