版本:2.07.2.28
OS:Windows 11
试了 2 次.
导入和导出下载列表
他人共享 (18,560,000).bc_bak
16 GB RAM 吃了 15 GB,
比特彗星 崩溃.
屏幕 变黑,只能调出 TaskMgr.exe
Windows 11 就 自动关机.
有NAS中用得docker版吗
這個五分鐘低速自動開啟任務，有問題！
假如新的種子，任務沒完成，卡在40%，我還得等五分鐘，下載幾十個，後面等死人了
假如新的種子，沒長效，任務沒啥速度，也得等五分鐘
能不能加個參數讓用戶自動選擇N分鐘自動開始任務？！（一般來說兩三分鐘沒速度就NEXT了，新種子有些一開始比較快，所以趕時間）
udp://49.12.76.8:8080/announce
udp://46.17.46.112:8080/announce
帮看看啥问题，udp tracker返回的结果peer显示数值错误，会放大三倍
附议，希望安卓端广告能默认静音，，，
手机APP已经运行的情况 在网页点击磁力无法跳转到新建下载页面
得杀死APP后再点击才能弹出下载
关于bc utp 传输效率的疑问
目前彗星的utp 似乎存在比较大的性能问题
开启后CPU占用率显著增加 而且几乎没有速度
不知道是什么原因造成的 目前只能禁用utp
使用utp似乎可以连接上更多用户
但是好像还没有看到使用utp打洞成功的
即在端口阻塞的情况下 有外部的utp连接传入
qb似乎是支持NAT1打洞的
这好像是libtorrent中的某种特殊机制
lib类客户端可以使用PEX将NAT处理后的端口传递出去
同意。昨天试了试拿彗星和qb分别下载几个非常热门的资源，强制使用utp，qb虽说比tcp慢但也能用，彗星的速度那真是一言难尽
qBittorrent不具备NAT1打洞能力，可以参考视频，简介上有详细的复现测试方法
比特彗星是世界上目前唯一的一款支持NAT1打洞的BT下载软件，其它软件都不支持
而且比特彗星的NAT1打洞不挑客户端，完美支持和任意客户端打洞成功
比特彗星1.95版本开始优化了UTP，这个版本开始支持动态调整MTU，默认值均为548，1.95版本开始可动态调整到1457，传输速度提高了2.6倍
目前版本UTP速度起不来的原因，不一定是CPU单核心瓶颈，之前测过单核心UTP跑个400Mbps都没任何问题
至于比特彗星的UTP为什么是所有BT软件里面速度最慢的，比utorrenet慢了二十倍
视乎是软件有发送间隔延迟什么的，导致建立连接后，不愿意发出去UTP下载上传请求，现在没有高级选项调整UTP的发送间隔延迟
或者BT协议中UTP设计最初目的就是拥塞控制，然后比特彗星支持的比较规范，导致被控制住了所以不愿意发出UTP请求
那这个截图中的是什么情况呢？
现在的问题就是开了utp CPU占用飙升
传输速度几乎没有 以至于不禁用utp无法进行下载
甚至影响电脑的正常使用
应该是需要libtorrent类客户端才行
似乎是libtorrent的某种特别机制
可能要求三方均为lib类客户端
至于qBittorrent为什么有时候会出现绿色插头，基本上是快乐灯
这个是BEP55，不是真正属于NAT1打洞，需要列表中其中有人必须是公网ip，或者有人使用比特彗星并且开启了UTP打洞后充当公网ip身份，比原生打洞效率差远了
使用BEP55协议，打洞需要等待2分钟左右
（UTP直接发起请求连接失败后，则对自身客户端已经建立TCP和UTP传输连接的所有peer发起BEP55协议请求，随后响应可用于打洞的peer）
真正的NAT1打洞必须要和视频里演示一样，直接AB两者打洞，或者ABC打洞，并且需要C和B支持反向回连等，实现每个人都是公网ip效果才是NAT1打洞
（可以实现AB互相打洞，A为公网，B为NAT1的情况，B异常原因断开连接后A可以直接回连到B，而不需要傻傻的等待B后续远程连入到A）
而且BEP55还有个问题，因为是直接UTP发起连接，没有先询问对方拿到C，从而导致B连接到A后，无法获取C的IP，包括如果双方都是TCP连接，那么就拿不到任何BEP55的打洞信息
好吧 不过彗星现在这个utp效率可完全没法用
不过彗星用BEP55打洞的话是什么样的呢？
毕竟BEP55可以穿防火墙
想要了解BEP55的效率，你可以创建个私有种子来测试，彗星在私有种子下只使用BEP55，在BT任务才启用NAT1打洞
私有种子 PT内网IP UDP打洞说明.txt
BT任务打洞需要1.81版本，全世界唯一支持打洞的BT客户端
https://bbs.itzmx.com/thread-98941-1-1.html
PT任务打洞需要1.95版本，同样是全世界唯一支持打洞的BT客户端，实现使用BT协议标准为BEP 55 Holepunch extension
BT打洞原理
使用PEX交互打洞信息，可以做到实时打洞成功
（直接看我发过的视频和之前站内发的帖子更容易理解，A为公网，B为NAT1，C为NAT4，B和A连接，C连接A后使用PEX实时获得来自A响应可用于打洞的peerB。同时1.95做到了AB两者网络异常断开后反向回连）
PT打洞原理
私有种子根据规范，使用BEP55协议，打洞需要等待2分钟左右
（UTP直接发起请求连接失败后，则对自身客户端已经建立TCP和UTP传输连接的所有peer发起BEP55协议请求，随后响应可用于打洞的peer）
站内下载的1.81及以上比特彗星客户端，仅需设置”选项-BT下载-为BT连接启用UTP传输协议“改为自动检测，即可实现BT任务打洞
PT任务打洞则需要1.95及以上版本，需要启用UTP传输协议的同时，高级设置bittorrent.utp_after_holepunch 改为自动
bittorrent.peer_hole_punch 默认启用，无需改动
bittorrent.private_torrent_peer_hole_punch 默认是，无需改动
bittorrent.utp_after_holepunch 默认禁用，需要改为自动
目前1.95版本UTP传输速率比较龟速，依旧需要等待后续版本更新优化打洞成功后的传输速率。
截至目前2022年11月20日测试结果，其它BT客户端测试依旧不支持UDP打洞
你这张图的udp打孔就是bep55，假设这个用户是C，你是用户A，B和C连接成功，并且C有公网ip，但是B和C是通过UTP连接的，所以你A连接到B后，bep55响应了B的UTP列表，得到对方C的信息，由于C有公网ip，你A就直接请求到C是TCP连接了
这就是上面说的，比特彗星的UTP视乎不愿意发起下载上传请求，所以现在版本开启UTP速度才会很慢，启用后基本上最快只有10MB/s内，其它BT软件UTP倒是可以轻松跑满1Gbps
黄色代表反吸血正在检测中，绿色代表正常用户，红色代表吸血用户，灰色代表等待连接
1個讚
嗯 这样的话就只能等优化utp传输效率的
不然的话开utp的CPU占用太高 速度也没有
根本不敢开 即使支持也没法用