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，避免消耗太大内存）