我先改一下，把用户填写的node节点优先写入torrent文件，虽然可能没有验证过是否活跃
试了下，DHT节点用域名形式也可以写入种子文件
但是客户端打开种子文件后读不出来域名的node://，只有ip形式的node://才会被加入到new中
添加种子的时候可以尝试发一个dns解析，就和现在udp tracker那样，取第一个值的ip添加进去
看了下代码，启动任务时会读取域名形式的DHT节点，但如果 DNS/UDP ping 没及时成功，或没收到回包，就不会表现为“加入 new”。可以改进一下
协议那一列界面显示，可能和ip地址一样向左靠最好，不然utp现在是居中显示，里面的数值变化导致长度来回横跳看起来好奇怪
不过靠左的话，好像也没法对齐数值显示，那还是保持现在居中吧，或者想个办法对齐一下
哦，没事了，这里只有专家模式才显示，普通用户下的界面看起来并不受影响
Beta18 已发布，欢迎试用。没有大问题的话，准备发正式版了
成功了，现在加node:// 可以不用做那个复杂的重命名 dhtnodes.dat 操作了
正式版发布时记得把域名这里改一下，就和 node://ip:port 那样直接添加进去，域名dns解析取ip的时候就取第一个就可以了，参考之前的udp tracker修复方案即可
那就现在这样ipv6就对接收到的get_peers只回4个nodes吧，不需要判断是否携带peer字段也可以省点dht流量开销
现在右键更新DHT正常了
正式版发布时
高级选项 bittorrent.transfer_thread_pool 默认值可以改成是
崩溃问题已经解决了
这一版UTP功能的高CPU使用率也解决了
默认值可以改成自动检测，用于v2.21版灰度测试一下，未来更新版本可以看用户反馈情况，来恢复UTP默认禁用还是保持自动检测
后续版本优化方向
on_read_queue_finished 平均在6ms，不知道能不能优化到0ms
stop_to_run 平均在3ms，3000个任务界面就要无响应10.6秒
dht.outbound_pending_request_limit 改成262144 也会被限制在65536个
改成0也是限制65536个
是不是高级设置的最大值应该是65536，但是现在按↑箭头修改数值可以拉到262144，然后设置了不起效果，可以把可以进行数值选择的最大值改成65536个
统计中out丢弃那一行要不要把announce_peer和ping也显示上
Beta19 已发布，欢迎试用
1個讚
要不这里换个行怎么样？如果要换行的话注意看一下明天正式版发布的时候，webui统计页面是否显示正常
域名方式加成功了，不过依旧对域名解析的不同ip发了10个ping包，应该只发添加的那个ip，或者干脆不发ping包？
就是和现在udp tracker代码一样，把他复制过来就好了
LSD的宣告时间倒计时是5分钟，不知道日志中为什么看到是20分钟？
好像是和运行的任务数量有关，本地测试beta版本还是5分钟，服务器上运行的任务多就是20分钟，但是界面上的倒计时没改，所以显示成00:00:00
關於種子市場裡的元數據下載，若下載的位置是他人共享，當下載失敗後，就會從下載駐列裡清除，但若下載的位置是rss種子，那下載失敗也會一直卡在下載駐列裡不清除，關於這個問題可以修正一下嗎?
元數據下載： 等待中：0，下載中：397，成功：8,045，失敗：8,503
這個下載中…只要開啟rss訂閱後，數字就會愈來愈高，因為某些站只要下載超過一定數量的torrent檔就會被擋掉了…，然後就漸漸的把下載駐列最高的1000下載數給塞住了，之後就算遇到能下載的torrent檔也會被排除，若按下「移除所有元數據下載任務」，那就連排隊中但可以正常下載的任務也刪了…
我试了，rss下载不会产生元数据下载，只有元数据缓存文件
元数据下载只会是种子市场来的，看看种子市场里的右键菜单，有没有开启自动下载导致的？
rss就是默认下载目录功能坏了，rss设置的文件夹，依旧跑到比特彗星文件夹里面去了
创建一个标签，rss编辑设置下载时添加标签，勾选允许自动下载，自动下载后下载的文件夹不是想要的文件夹
我測試時是在rss那裡選了一堆沒下載中繼資料的項目全選下載，然後就這麼卡著了…但已經有設定元數據的超時秒數是10秒了，但就一直卡在下載中
哦，懂了，你的意思是
你不是通过rss订阅方式来自动下载，而是在种子市场的rss市场里，全选了所有的，然后右键下载元数据
这种方式操作确实会显示元数据下载，不过我试了下debug模式添加几个随机info_hash，，但是没发现卡住问题，估计是界面卡了导致定时器没执行超时成功吧，可以让开发者改一下代码修复一下
另外剛才也試了同時啟動200個下載項目，然後元數據的下載就飆破2000，之後雖然消化了一些，但也一直卡在800多就降不下來了，也有把同時下載數降回10以內，這些不是手動從rss訂閱那下載的，應該單純是下載時pex交換來的?這原理我不太懂…但…反正就卡著了，至少超過十分鐘都還是
元數據下載： 等待中：0，下載中：842，成功：12,560，失敗：11,296
這其實就塞住不少連接數了，之後就算降成不到10個下載任務，但應該是因為連接數爆了?，所以速度也上不去了，不管來源如何，下載10秒沒反應的元數據下載應該是要被自動刪除的(我設定10秒沒反應就放棄)
我知道能這麼做…但這不能真正的解決問題 Orz