-
彗星在BT下载的同时间会产生同样大小读取的这一个行为
HDD可能同时1MB/s读取、1MB/s写入没感, 但到二、三十MB就知道(Taskmgr 3xMB/s读取 3xMB/s写入), HDD启用时间直接满100%
1伤HDD, 2下载速度变相受限, 3磁碟缓存是马扁人 全局统计>磁碟读取统计>实际磁碟读取:0 是马扁人 -
内网IP污染
用户清单列表竟存有内网IP, 彗星使用者会将自己的内网IP经DHT或来源交换污染其他外网使用者
内网IP对其他使用者就是死连接, 彗星一不会过滤掉DHT/Tracker回报的内网IP之余, 二自己也会将内网IP交出去 -
用户清单列表竟有用户是Port 0的死连接污染
接上, 彗星全盘接受并不会过滤DHT/Tracker回报的Port 0用户连接 -
彗星并没对无效用户设立生存时间, 用户滚雪球污染
1假设DHT/Tracker回报有4人(实已为死连接), 但彗星没有设立生存时间, 会间距性不断尝试连接, 变相一直在「攻击」那些IP
2滚雪球效应, 因彗星没有「生存时间概念」, 彗星用户会将那些死连接经DHT/Tracker分享出去, 你分享你的死连接, 我又分享我的, 结果用户滚雪球, DHT/Tracker回报有几百人, 实际可能才十几人 -
接上, 部分用户会换Port重新连接, 因彗星没有「生存时间概念」, 结果用户清单列表一直会存在些單IP多Port的死连接
对存在單IP多Port的死连接应该设立更低的生存时间以尽快淘汰掉, 防止经DHT/Tracker的二次污染再产生
彗星一直污染DHT/Tracker而不自知。