utorrent启用net.low_cpu影响BT种子下载速度嘛？UTP协议动态调整socket缓存大小，比特彗星v2.21 Beta4测试版开发优化中
utorrent启用net.low_cpu影响BT种子下载速度嘛？UTP协议动态调整socket缓存大小，比特彗星v2.21 Beta4测试版开发优化中utorrent启用此功能不影响下载速度的，除非处于开发中的种子客户端有bug，比如比特彗星当前最新测试版就在优化UTP速度问题
抓了一晚上的包，总算找到v2.21 Beta4的utp问题了
utorrent默认接收窗口是679229，比特彗星这样发UTP过去，所以就是650KB/s
utorrent和qbittorrent在上传的时候都是猛猛发，除非响应win值=0才会降速或者断开，也就是你们看到的wlimit 套接字状态
比特彗星所以utp上传速度就很慢了
通过汇编搜索研究了下utorrent的源代码，发现调整win值是通过高级参数net.low_cpu控制的（描述：轻微降低 CPU 的使用率. 降低界面卡死几率。）
尝试把值设置为关闭，此时win接收大小就会提升到1465466，提升到1430KB，然后这时候比特彗星上传给utorrent的UTP的速度就瞬间起来了
总之还是比特彗星的问题，你看看怎么解决吧，我给你找到UTP的具体原因了
应该是和其它BT软件一样，对方汇报0的时候才进行降速，这样上传速度就可以正常了
比特彗星作为下载方的时候，汇报给对方的1048576也有点小，建议改大点，这比32位软件utorrent的1465466还小
qbittorrent可以自己设置socket缓存区最大值，和单个套接字的默认值（默认值1048576）
tcp也有点类似的问题，，，所以在局域网下对传文件极限速度也不如qbittorrent（这不就是我之前一直在和你反复在提到的socket接收和发送缓存区大小吗！一直让你改大点）
公网环境不跨国的话，一般广东到上海为60ms延迟最少就需要8M的socket缓存大小，如果是中国到加拿大延迟400ms的情况，那么最少要分配32M的socket缓存大小
1M的缓存大小仅适合10ms内的延迟或者lan局域网使用，socket缓存设置太小会导致传输速率慢如蜗牛
总之我推荐单个socket缓存default的值为33554432（不建议小于8M，不利于公网传输，推荐32M）
max最大值67108864（进程分配大小64M，避免消耗太大内存）
页:
[1]