长效上传这个问题，，感觉就像以前版本，HTTP连接缓存数值过小导致下载速度跑不起来一样的问题
最简单的测试方案，
服务器A做种，服务器B仅使用长效下载，服务器A的读取命中率应当为99.99%以上，降低服务器A实际读取次数不应超过1次每秒
所以应当一次性取1MB区块 或者2MB，然后测试下效果在调整。。或者选项给用户设置
就是和下载那样，设置16M不一定用16M，会自动涨就好了。
我nas用的Windows 2022做的，io存储池性能与可靠性比群晖好很多
这本来就是某广告视频的截图吧
感谢反馈，新版已改进
感谢反馈，新版已改进
感谢反馈，新版已改进
感谢反馈，新版已改进
目前是根据此连接上传速度来确定读取缓冲区大小的，大于200KB/s就是1MB了。后续再继续优化。
这两天重做了火狐和Edge的浏览器插件，等审核通过了就可以发新版了。
我总感觉，，，和以前1.83版本下载HTTP的问题一样，因为缓冲区过小，导致速度上不去，
然后长效做种上传这时候速度上不去，又不会增大缓冲区，上传速度就一直慢在那里了
按照当时来算的话，，，如果现在是1MB缓冲区，那就是最快只有20MB/s。。
主要目的也是能把实际读盘次数降低下来。
你可以测试一下，，，现在版本长效上传最大速度4MB/s左右，BT就能达到20MB/s
請教一下, 沒有下載任務, 但左上頂置顯示下載 與 全局統計詳細顯示, 速度對不起來? 是否還有隱性的開銷沒有列入統計?
例如: 左上頂置顯示下載 51k = 全局統計下載速度 51k <> TCP Tracker 21K + UTP recv 8K
少了 22k ?
连接到账号登录服务器，长效种子服务器，这些没统计吧
然后还有你作为长效种子上传时候，对方请求（下载方发送我要下载的数据包）到你产生的下载速度。包括正常BT协议用户列表的connect产生的开销，应该都没单独显示出来，只显示在全局速度里面，就会这样有几十KB可能看起来不见了
那全局統計多一行 其他網路請求開銷 22k, 確保 全局詳細統計 與 左上頂置 顯示下載上傳數字是對得起來…
由於地球村每個地區的路由不同, 就算取得最新清單, 也不見得都可以跟 Tracker 伺服器連線上, 觀察 tracker 清單, 有些重試N次, 建議自動化…
例如: 有些 tracker 重試百遍也不會活起來, 改為自動刪除它, 不用手動去刪除…
建議比照電驢, 可在彗星多兩個功能, 保持取得最新且活著的 Tracker 清單, 不知可行性如何?
示意圖:
20分钟甚至30分钟才重试一次，，，我觉得开销不大，代码还难写。
而且删除还有个问题，除非停止在开始种子，此时才会重新添加tracker列表进入任务中，不然万一网卡禁用一下，或者路由器重启关闭断网一下，整个任务列表的tracker都被删掉，就连不上种源了。
不利于长期不关机不退出软件的。例如某一时刻tracker服务器故障几小时的情况，因为这种情况被删除了，后续就连不上tracker服务器了。这就还需要考虑到删除的同时，需要使用新的tracker列表插入到任务运行中的任务中。
笑，就例如，，，有时候比特彗星登录不上，服务器出问题，可能长达几天管理员才修好。
网友的900w种子市场，4个小时还没加载完，有没有优化的方法
彗星登录不上不应该是GFW和dns污染的问题吗
服务器崩溃
自己就是长期不关机不退出软件的, 觀察許久, 多發現近半數都是做虛工, 若任務一多, 每個單獨任務都來一次查詢, 消耗的無效開銷就會無形被放大, 覺得很可惜可以優化…
這倒是不需擔心, 就算一時網路異常, Tracker list 主要來源可以由 每天自動更新Tracker 伺服器列表匯入, 或者手動立即更新, 重新激活…
另外, 從BT任務加載Tracker伺服器, 彗星代碼都有寫好, 只是沒有上方介面一起整合匯入…
透過以上這兩個來源, 若掛網一時異常, 導致伺服器清單被刪光光, 等互聯網恢復, 絕對可以滿血復活, 不知想法是否可行?
看了一下设置，好像没有深色模式？希望做个深色模式（夜间模式）的界面选项
这个测试版有些问题，就是崩溃了好多次（之前版本都没出现过这个问题的），每次出现错误报告我都及时发送，后来我把utp打洞给禁用了，并且只允许TCP协议下载，UDP协议禁用；还有就是每次点击下面的评论，都在转圈圈，然后1.91.6.16版本的Bit软件就莫名其妙的卡住了，必须到任务管理强制终结！（台式机内存是16G，够用了！）
自動刪除過期tracker這個功能我也贊同，老是不停重試tracker，通常拖慢下載速度。
上面我说的那个因素如果能解决，自动删除是可以安排上的。看代码复杂量了，官方会不会做这个功能。
甚至，，，我感觉黑名单列表更好，这样可以防止多个种子去尝试连接失效的tracker，当然要考虑仅BT，PT要排除，防止可信服务器临时故障被拉黑
