目前转到Linux下，aMule成了唯一的选择(据说MLDonkey找源跟速度都不理想)。
在WIN下用惯了DLP，所以希望aMule也能有这个功能。
经过一番google，发现其实已经有人在aMule的官方论坛提出这个问题(http://www.amule.org/amule/index.php?topic=15758.0)了。
但是管理员的回答很肯定：

意思就是说，他个人不同意DLP之类的功能，所以不太可能被加到aMule中去。

后面也有另一个管理员回帖认为吸血骡可以通过改变hash成为新的用户，而新的用户是不应该被ban的。
另外他认为通过modstring检测吸血骡是一种没什么用的手段。

我知道他们之所以会得出的这些结论，是因为对反吸血的意义和技术理解的不够。
但是我自己本身是一个菜鸟，无法有深度地向他们解释关于反吸血的内容。
所以我在想是不是这里的各位高人可以前往aMule论坛，向aMule的作者解释一下DLP的重要性？
随着Ubuntu的推出，现在Linux的用户群已经越来越大了。我想这个问题不应该被忽视。

ED2K在中国的情况很特殊，吸血的猖獗是别国不能想象的。。。其实不是意义的问题，而是对于他们没有那么大的危害，所以他们没什么感觉

我不少资料都是从国外拉来的，照理说做源的时候应该大部分都上传给了国外用户。但是实际上有一半都是传给了国内用户，ban的数量通常都是1000+。
我不知道是不是因为eMule会优先选择地域近从而延时慢的用户，但是也起码说明了中国的用户群在ED2K网络里还是分散的很开的。

如果国外用户没有ban掉这些国内用户，我想很大一部分的带宽都应该被他们吸走了。

在国外迅雷之流是无法生存的，官司打不完

XL太低级,老外玩的是这个!
点击查看附件

老外?貌似国产迅雷一类.

国外的吸血骡没有国内这么嚣张~而且国外的吸血骡的技术比较高超，基本上你可以让它吸血，也可以让它按正常的骡子一样跑~

如果国外也是遍地如xl之流，那amule一样会支持dlp；而照现在这个样子看，再加上老外的思维往往过于简单且固执，说服他们的希望并不大。

让时间去解决吧。

linux下，现在我采用的方案是wine，感觉还可以、

wine解决问题了...虽然时不时不稳定下~~~~

直接Wine一個XT好LE

让时间来改变一切BA

如果你能说服官方版加入DLP，amule肯定加

楼上正解 呵呵 不过这个技术是否真的有效？

理论上可行。

对于x86环境下运行的linux，应该可以直接调用win32 DLL的，比如mplayer就可以直接调用windows media player 9的解码库（DLL文件）。可以参考mplayer的代码，将调用DLL的部分加入到amule里面，理论上就可以支持DLP了。当然DLP对于emule本身的改动也需要移植到amule里面。

对于非x86环境，比如一些NS或者无线路由器里面跑的linux，这就需要重新编译DLP了，使用linux直接支持的so格式。或者把DLP的代码全部移植到amule里面。

不要拿国内的思想和网络环境去评价国外开发的软件~~~~

我也观望amule很久了，现在DLP是唯一还让我的共享机继续运行2k3的理由