[6月19日更新]反吸血的amule稳定版DLP4102

[woaiwojia]

昨天就装上了

低ID，速度没有感觉到快

不过ban了几个xl

[woaiwojia]

昨天就装上了

低ID，速度没有感觉到快

不过ban了几个xl

[john.wu]

楼主现在源里的amule-dlp支持amd64不，我前天安装的时候出错就没弄了，不知道现在怎样！

64的不清楚， 源里的如果不行， 应该可以自己编译的

[john.wu]

在U9.10 beta上用了，果然有170kB的下载速度。而我以往在linux下的amule、molodunky无论怎么折腾，都很难有速度的。现在离Ubuntu单系统的时代越来越近了！！！

和我一样，使用amule-dlp 后，最大的感受是下载速度上来了， 并且下载速度稳定

简单分析了一下原因：

在dlp的帮助下，少了吸血骡的干扰， 世界清静了，high id 的 amule不必做大量的只为吸血骡服务的，有去无回的无用上传，速度当然能上来。




以前老有amule用户抱怨amule的上传速度比下载还要快， 原因大概在此。

[john.wu]

昨天就装上了

低ID，速度没有感觉到快

不过ban了几个xl

amule 如果lowid , 用不用dlp关系不是很大，

如果是在做源，还是建议用上dlp , 至少把资源传给了继续做接力的网友

[syrano]

昨天就装上了

低ID，速度没有感觉到快

不过ban了几个xl

amule 如果lowid , 用不用dlp关系不是很大，

如果是在做源，还是建议用上dlp , 至少把资源传给了继续做接力的网友

如果是lowid, amule实际上无法做源.
在我的amule上传的都是在下载的东西,
以前下过的东西, 下载完成后几乎都没有再上传了.

[john.wu]

昨天就装上了

低ID，速度没有感觉到快

不过ban了几个xl

amule 如果lowid , 用不用dlp关系不是很大，

如果是在做源，还是建议用上dlp , 至少把资源传给了继续做接力的网友

如果是lowid, amule实际上无法做源.
在我的amule上传的都是在下载的东西,
以前下过的东西, 下载完成后几乎都没有再上传了.

网上总有high id的客户端

amule 以前下载完成的东西任然会上传, 有时候直接就能看到有人在下载。

看网上有没有需求，或者有没有人搜索到。

非常热门的资源是很明显的

[john.wu]

的确， 吸血骡只对high id 的amule感兴趣，

amule high id时， 一秒一个吸血骡

low id时， 3个小时只ban掉6个



有一个文件，我下载了一个多月才下载完， 下载完后一直都在做源，我查看过请求数，这几个月以来非常少。


这说明越难下载的，需求也是最小的， 这样做源的开销或代价也是最小的。这重情况下ban吸血骡的效果也是最好的

稀缺资源，我长期做源，如果别人用吸血骡就下载不了，这样可以迫使对方使用合法的p2p软件。

[lsl330]

这次在amd64下面不报错了，哈哈~

[happyaron]

增加了8.04和8.10的，LZ更新1#吧
9.10, 9.04, 8.10, 8.04的i386, amd64, lpia的都有。

[john.wu]

增加了8.04和8.10的，LZ更新1#吧
9.10, 9.04, 8.10, 8.04的i386, amd64, lpia的都有。

ubuntu真麻烦，真是搞不懂， 为什么ubuntu不引入arch的pkgbuild机制？


ubuntu 的ppa占空间不说， 安装方法还要写一堆容易过时的东西

而arch只要有人花一分钟时间维护aur中的pkgbuild， arch的amule-dlp的安装与升级，始终就是一句话。

[happyaron]

增加了8.04和8.10的，LZ更新1#吧
9.10, 9.04, 8.10, 8.04的i386, amd64, lpia的都有。

ubuntu真麻烦，真是搞不懂， 为什么ubuntu不引入arch的pkgbuild机制？


ubuntu 的ppa占空间不说， 安装方法还要写一堆容易过时的东西

而arch只要有人花一分钟时间维护aur中的pkgbuild， arch的amule-dlp的安装与升级，始终就是一句话。

1.PPA空间是免费的，我等无须考虑
2.因为不同年代的发行版仓库里的内容可能不一样，区别就是要解决这些变数
3.说实话是我比较懒...8.04需要单独打libupnp，今天才弄...所以8.10的发布消息也就一起延后发布了

[john.wu]

1.PPA空间是免费的，我等无须考虑
2.因为不同年代的发行版仓库里的内容可能不一样，区别就是要解决这些变数
3.说实话是我比较懒...8.04需要单独打libupnp，今天才弄...所以8.10的发布消息也就一起延后发布了

这些情况， 我大致了解

我只是觉得arch 的pkgbuild机制更合适，投票的人多了，就收进二进制源。

为了用新软件， 对arch的使用者来说, ， 不用今天加这个源，明天又要加那个源。

[happyaron]

那如果aur上的包有问题呢，是不是得自己解决或者等人更新了。
ubuntu 就可以换个打包人的试试...

[john.wu]

那如果aur上的包有问题呢，是不是得自己解决或者等人更新了。
ubuntu 就可以换个打包人的试试...

aur本身看上去就是个论坛，pkgbuild就像是帖子中的一个附件

代码： 全选

 yaourt -S 软件名  

安装时 ， 别人的回帖都会在本地终端中显示， 当然也可以看到这个pkgbuild的投票情况， 如果维护者没有更新，也没有丢弃， 回帖中一般都会有解决办法的。如果维护者丢弃，任何人都可以进行pkgbuild的修改与更新，参与aur的维护。

在aur上， 同样的软件，往往有不同的pkgbuild， 我一般选投票多的进行安装。用yaourt编译安装aur中的软件，用起来和apt-get没什么两样

arch aur的 amule-dlp 在这里：

http://aur.archlinux.org/packages.php?ID=31269&detail=1

当前aur的amule-dlp就没有维护者，任何人都可以进行更新

回帖中的内容， 安装时，都会在终端中显示的， 安装时， 我都会看一下回帖的内容。