sjlleo

没用了 电信已经把这个洞填上了 现在上传提速要收费 一个月40

Hi SunBK201, 这个玩意儿可能会被叫做 NextMTR 独立成项目，因为 NextTrace 在编写之初没有按照 MTR 的逻辑去编写，所以如果现在要改的话，底层逻辑要全部大改，会导致已经非常稳定的 NextTrace 再次回归 Bug 满天飞的 Alpha 版本。 另外，做 MTR 最大的难点在于终端窗口的实时刷新，每次要对终端的内容清空并重新绘制，样式也比较难控制，每个字符在终端的位置不能每次刷新都乱跑，所以要单独创建一个专门用于终端显示控制的模块。 非常感谢

以下是 Alpha Preview Version  mtr 版本现在已经有了 Alpha 版本，目前还是有很多需要细节完善的地方，暂时不能开放公测，如果感兴趣，欢迎来尝鲜。

Some clients (like qbittorrent) can set maxium number of upload slots. If their clients are in the max upload slots with this torrent, other clients connect with it (include you)...

> 兄啊，你连客户端名字和peerID都不截出来，你要我们怎么解决问题 估计大概率是μtorrent，我遇到过很多μtorrent是只从我这里下载但是不给上传的。后来我去了解了一下，这个软件设计的时候默认就是从所有的客户端拿数据，但是上传最多只给几个客户端，剩下的客户端就不给上传了，因此很多客户端等同于被吸血了，这会让给μtorrent上传的人很不爽（毕竟自己什么数据都没从这拿到）。这个之前应该就有人说过这个问题，如果μtorrent能改成只要对方给数据就都给予一定的上传就不会有这些非议了。

我同意 @SeaHOH 的观点，不管是客观因素（如有些电信、联通宽带的上行速率依旧只有4Mbps、电信163炸到起飞的国际互联）还是主观因素（用户在软件BT策略上偏向违反P2P精神的设置）导致的事实上的吸血，都应该给予一定的惩罚，因为我们也无法分辨这些因素，在我们看来这些Peer都违反了P2P的“人人为我，我为人人”的共享精神。 关于惩罚的问题我觉得最好的办法还是看分享率，刚刚握手的时候给予一定的时间的考察期（比如30秒），考察期内视作对方为一个正常的Pee。考察期过后计算对方上传/我方上传的比值，不应该低于一个分享期望值（如0.5），这个值可以由用户自行设定。一旦低于了这个值，可以由用户自行选择屏蔽IP/对该Peer大幅度限制上传速度，直到分享率达到期望值再放开限制。 关于客户端的问题： 根据我之前下载/做种的经验，迅雷是否吸血也看版本，只有迅雷7/极速版的几个版本是不吸血的，但是考虑到迅雷用户大多丝毫不关心P2P网络存亡——从搜索引擎上搜索如何关闭上传就可以看出来，所以一并屏蔽了是最好的。 Transmission用户设置吸血的非常常见，还有很多吸血下载软件也会伪装Transmission的UA让自己看起来是一个正常的Peer。

> @KevinMX 如果要较真的话，你展示的是带宽问题，和连通性扯不着。但是无所谓了，其实不管任何原因造成上传量极不对等，都可以执行惩罚而不会对整体网络造成损害，比如你展示的这种。 这种情况换做是我的话可能会去主动限制下载速度，以和现有的上传速度匹配。毕竟P2P分享精神就在那里，虽然不是故意这么设置的，但是它仍会造成一种吸血行为，这是事实。它被Ban在对于社区来看同样也是有利的，毕竟没有那么多上传宽带，也就不应该获得远多于自己上传宽带的下载宽带。