任务列表每个种子都是独立的xml倒是问题不大，，我怕有些人，，my_shares有几万个，之前帖子看到过←v←，算了以后有人说在改吧
话说用户列表那弹出peerid有时候空白处也会弹出来。。。
UTP需求不大，排期应该在后面，毕竟不是必要性的东西
话说我看说 utp 会提高网络利用效率、建立连接更快、减少拥塞，并且提高与其他 utp 协议之间连接速度即稳定性。。。
话说到底是啥样。。。
如果 µTP 只是讓其他裝置不會受 p2p 流量影響, 而導致無法上網… 個人認為無須挖坑給 Bitcomet 開發人員跳, 應該把開發能量放在刀口上, 例如我建議的(幻想中), 才是用戶之福…
目前看到有兩大趨勢…
- 水管(頻寬) 越來越大…
從古早的 modem > adsl > 光纖… 2G> 3G> 4G> 5G…
2)設備越來越強…
好一點的路由器(分享器)都有內建 QoS, 就算你沒限制 p2p 頻寬, p2p優先權也是排在倒數…
本人網路設備有 PC、NB、手機、養寵物(p2p),機上盒, 小愛同學, 另外又拉一條網線分給鄰居接(分擔網路費,網友不要學), 它們家裡又有 pc, nb, 手機, apple tv… 等… 如此高壓使用下,我的寵物機還可爽爽下載, 根本也不會影響其他裝置正常使用…
結論就是 µTP 可有可無… XD
1個讚
UTP这东西，，国内国外，运营商都非常不欢迎，会被限制通讯速度，包括中国的GFW防火墙，会拦截，干扰UTP流量，导致速度为0直接中断连接。
不过这协议，比较方便做内网穿透
peer_shares.db数据35W的时候，文件大小57MB，然后右键修改为5W上限，文件容量大小没有变化，是数据没有在里面进行删除吗
看了下数据确实有删除的，不过文件容量大小没变化
我点了清理操作，容量就释放出来了，里面的数据没有变化，就是文件空间成功释放了
而且，如果处于限制的情况，除非鼠标切换到种子市场，否则，数据会一直涨，达到限制值了还会涨，，过几分钟看文件数据库已经涨到了8W条，鼠标切换到种子市场，数据库才会被清理到5W条，达到限制的时候，应该停止这个增长操作才是吧？或者是因为，要用新数据覆盖掉以前的老数据？我没注意观察
是的，以后有需要再改。虽然不难，但要做很多测试，费时间
是的，这是listctrl控件原生功能的bug，要避免的话很麻烦
已加入todo list，不过是低优先级，排在后面
是的，数据库里删除记录只做标记，手动清理才减少文件大小，这样可以提高下次添加记录的速度。
设计的思路是正在查看种子市场他人共享列表时，暂停超过限制的清理，以避免列表刷新滚动，影响用户浏览。等切换到任务列表或其它界面时，会自动清理一次，按照先入先出顺序删除超过上限的种子。平时没在浏览种子市场他人共享列表时，也会继续保持数量上限。我测试时没问题，如果不是这样，麻烦截图反馈，谢谢。
正常BT传输使用TCP协议，µTP使用UDP协议。前者就像找快递公司用集卡走高速运送货物，快速、稳定、省事；后者就像自己找很多三轮车走普通公路运货，虽然有可能做内网穿透。但是封包小、数据包数量多、容易丢包、管理麻烦，做高速传输时，对路由器、网关等网络设备占用资源开销大，传输效率不见得更高。
2個讚
µTP协议大量用在ut和qb上面，彗星不支持这个协议会导致部分时候无法和采用这个协议的ut和qb透传，我用ut下载一些源少的文件速度大多是µTP传输，而用彗星就无法获得他们的上传只能靠长效种子获得速度，所以我认为这个协议还是有用的，虽然他不高效。特别是ut做的种子你会发现好多都采用µTP传输数据。
1個讚
对内网用户还是有用的
不同的软件一般是没办法透传的，每个软件有自己的透传代码
再过 两年 就不用关心 NAT 穿透 了，再过 五年 IPv6 就和现在的 IPv4 一样普及了。
ipv6早已经普及啦，不过运营商会封锁端口，，得去光猫里面把防火墙关掉
1個讚
这个调到最大时，软件操作有卡顿，反应变慢
这个好像是主要长效种子和DHT用的
我这突然好像不能复现了。应该是首次运行为无限制，然后切换到5W限制产生的，客户端没有重启导致
具体的得等我在测下，，不过这种小问题就算了吧。
我这边现在 IPv6 还不如 IPv4 普及。。。
我这边政府宣传的是 2023 还是 2025 年之前全面普及 IPv6。
那是回收所有IPV4，进入纯IPV6地址时代，，现在都是双栈，同时拥有，更爽点