驾骡2年多了,谈谈自己使用过的一些Mod(个人或组织基于官方电骡源程序开发的改进版本)和常见的一些推荐设置,希望对初学者有点帮助。
宽带类型:网通 1m UL:64kB DL:128kB (虽然是1m的小区宽带,但是通过虚拟拨号获得219.82.X.X的ip却可以在使用bt软件时达到稳定的200KB下行,上行也提高到约72kB,怀疑是区域路由器的设置漏洞。。)
电脑配置:AMD Athlon XP2500+; 512mDDR333; Windows XP SP2(虽然是老土了点,但不少人还在用这种配置吧,驾骡也足够了)
-----------------------------------------------------------------------------------------------------------------------------
使用过的Mod比较
这个基本上很难说,个人网络带宽环境不一样结果也会不一样,我的排名是:
1、Neomule 4.50
2、Magic Angel v3.1
3、Xtreme 6.1
4、MorphXT 10.1
5、ScarAngel v2.5/2.4;Mephisto v1.1/1.0
理由嘛。。。对于电骡下载来说,自然是追求最稳定和最大的下载速度,而获得稳定下载速度的前提中,有些因素是不可控的,比如个人带宽,源的数目,ISP(网络服务商,比如电信,网通,铁通。。)的限制等等,但也有些是我们可以通过设置来改善的,比如最大连接数的控制和上传速度/方案。控制连接数可以大大提高电骡找源的能力,进而提高下载速度,但是过多的连接数又会造成系统负担并且阻塞网络,反而得不偿失。而上传速度的控制更加讲究,过高的上传速度会影响下载速度,尤其是一些电信的ADSL用户;过低的上传速度则会造成信用不足和长时间排队,更不用谈什么上传拉动下载了。所以,我在使用中也主要是看哪个Mod这些方面的能力表现的更好一点。
Neomule 4.50
这个Mod的名声很大(某杂志甚至誉之为电骡之王,汗。。),但国内的使用者却寥寥。名声大是大在其可供设置的内容实在是很多,光是混个脸熟也要半天。可惜成也设置,败也设置,不少人光是看到那么多设置就被吓怕了,更别说这个Mod到现在为止连个像样的英文手册都没有(反正德文我是看不懂)。好在大多数设置是无需改动的(有些我至今也不明白),关键的功能也都能很快找到,快速启动能力(也就是启动时加速找源的能力)和带宽控制能力都数一流(NAFC),稳定后CPU和内存占用都十分理想(v4.50),反吸血功能也很强大(Argos),缺点是设置太多且没有详细的英文说明。。。
Magic Angel v3.1
基于MorphXT 10.1改进的Mod,也就是说是Mod的Mod,国内使用者也不多,原因不明,可能是推介太少,个人觉得各方面都挺不错的。。设置也没有Neo这么复杂难懂(很贴心的是鼠标移到设置上都会有非常详细的黄色小框跳出来说明,这比Neo那些粗陋甚至拼写都有错的英文说明好多了),上传能力保持了MorphXT一贯的凶猛特性(有人说Xtreme上传能力强,估计是没有用过MorphXT),可贵的是即使使用默认设置,也能很好的工作。快速启动能力表现非常好,没有NAFC,反吸血功能甚至比Neo作得还详细(argos),但是稳定后占用系统资源太多,在我的配置下满速运行时感觉明显比Neo吃力些。
Xtreme 6.1
家喻户晓的Mod,设置简单实用,国外Mod排名一直是第一,但是缺少快速启动功能很憋气,差不多启动半小时以后才能连上所有找到的源,不过这点对于耐心的人倒也不是什么问题。带宽控制能力一流(NAFC),具备反吸血能力(DLP),缺点是有时候上传不够稳定(打开“开启更多的上传槽”以后会改善很多),满速后占用系统资源虽然不如Magic Angel那么感觉明显,但仍然不如Neo控制的好。另外,这个Mod的主页有非常详细的设置说明!
MorphXT 10.1
也是很多人使用的Mod,资源发布的利器,上传能力只能以凶猛来形容,上传带动下载的典范。但是不具备动态反吸血功能(DLP)是最大的痛,不适合中国国情。。。也没有NAFC,稳定后系统资源占用也不少,如果不是其死忠的话,强烈建议用Magic Angel替换它。。。
ScarAngel v2.5/2.4;Mephisto v1.1/1.0
StulleMule作者Stulle的另两个作品(同时开发三个Mod,强。。),排名出奇得高。。不同于StulleMule(基于MorphXT),这两只是基于Xtreme的,也具备快速启动,文件推送这些功能。相比ScarAngel,Mephisto增加了更多的对于上传槽的控制。但是很遗憾,我在使用这两只骡的时候发现快速启动功能不怎么起作用。。。启动1小时之后,这两个Mod都没能连上所有找到的源。。检查了所有配置以后也没发现有问题的地方,而且Mephisto v1.1在启动后的上传槽阻塞率一直居高不下,到作者论坛看了后发现也有人反映这种情况,虽然降低上传速度能改善一点,但是却无法有效带动下载速度。。。也许是我的设置问题,也许是兼容性问题,但我用下来的感觉实在是没什么好说的。。。
-----------------------------------------------------------------------------------------------------------------------------
推荐设置
(这里的设置是我认为使用上述Mod时最有必要关注的,相对的其余设置采用默认也不会有太大影响)
如前述,我觉得能否让骡子跑在理想状态主要取决于两点:连接数控制和上传带宽控制,当然其余的设置你也不能胡来。。。推荐一下各个Mod里的常见配置:
下载限制(Download limit)
最好不要设置,除非你想限制自己的下载
上传限制(Upload limit)
wizard能够帮你设置。但是,如果想要了解这个设置的原理和最佳设置,建议看下面会详细介绍的“上传带宽控制”。
最大连接数(max connections)
绝对不要以为设大就是好的。基本上,采用wizard出来的设置就很正确了,或者在此基础上再稍稍减少一些。当然最好是看看网页访问是否会卡,或者是统计里看看实际的数目再做限制。
启动时自动更新服务器列表(Auto-update server list at startup)
论坛里经常看到不少人为登陆哪个服务器而烦恼。建议大家先清除原有的所有服务器(有不少是间谍和假服务器),然后选上这项,并把后面list文本内容清除,然后把http://upd.emule-security.net/server.met.gz这句拷贝进去,这个地址会提供安全的服务器列表(几乎每天都会更新),这样每次启动emule都可以登陆上健康的服务器(可以把文件数或者用户数多的几个服务器设为高优先级),非常省心。
模糊协议(Enable Protocol Obfuscation)
强烈建议选上。这就是协议加密,对emule传输的数据包做一些伪装来骗过无良的ISP。大家都知道国内的ISP巴不得p2p完蛋,于是想尽办法封堵p2p,选上这个后就不怕ISP通过协议分析来限制emule了。(但是现在很多ISP用时段限速的办法,都限速了,我们通过软件的办法也是没办法提高速度的。。。不过大家发现没有,ISP这样做其实是违反用户协定的。。。)
缓存(file buffer size)
经常看到论坛里有人推荐修改缓存最大值,其实很多人有误解。缓存的原理是利用内存来缓冲硬盘读写频率,增加缓存能够起到一定保护硬盘的作用,缓存设置过小会影响骡子的性能,设置过大则会产生更多的数据丢失和出错现象。合理设置才是正确的,我推荐大家设置在512kB或者1m左右,设再大的话就会经常出现下载数据出错。
快速启动(qucik start)
这个是Mod的功能,基本上决定了Mod的所谓找源能力,一般我推荐进行15分钟左右够了,每5秒最大连接数设在50左右,半开连接数不改动或者改到13左右,最大允许的连接则1000左右,这样Mod会在启动时比较快得获得下载。(扩展设置里的半开连接数不推荐大家修改,一般XP SP2的系统设为默认的9就行了,增加半开实际上只在骡子启动时能加速找源,在源都找完以后就会降下来,所以依靠quick start提升一些就足够了,平时过多的半开连接数会阻塞网络,非要设的话50以内)。
-----------------------------------------------------------------------------------------------------------------------------
上传带宽控制
如何获得自己理想的上传限制值?我的办法是分两步。
(上传限制值即“连接”选项中的upload limit值)
1,获得实际上传带宽值
驾骡的重点,也就是如何获得最大的上传值而又不影响下载。很多人在电骡下载的时候都像用bt软件一样把上传开得很小,以为这样可以增加下载速度,还有的人出于道德水准低下而故意降低上传。但是排除使用吸血驴,电骡的世界是有规则的。下载热门资源时因为供源者多,很多人感觉不到积分的作用,但是对于稀少又珍贵的资源,电骡的积分系统就显得非常重要,而提高积分主要依靠上传数据,即所谓的依靠上传带动下载,驾骡时确实也能明显感受到上传增加对下载的推动作用。因此,如何找到最大最合理的上传并使其不影响到下载就显得非常重要(尤其是ADSL用户),重要到你在下载完电骡完成基本设置后,第一件要做的事就是调整合理的上传限制。那么,如何准确得知道自己的上传下载的带宽呢?一般来说,ISP提供的标准数据总不是可靠的,可能因为测算和带宽控制造成实际可用带宽和理论有较大出入,所以首先必须想办法测定一下自己实际可用的带宽。不要用一些测试带宽的网站,因为国内的网络情况比较特殊(电信,网通),网站往往得不出正确的结果,我这儿提供大家一个办法,应该能比较准确的测试出实际带宽:首先下载一款测试网速的软件(http://www.jz5u.com/soft/search.asp?act=topic&keyword=NetPerSec),因为达到最大带宽并不能非常稳定,这时候就需要这个软件来查看一段时间的平均值,也就是实际最大带宽值。然后,找一款bt下载软件(推荐bitcomet),再去找一个非常热门的资源进行下载,先将上传值设为一个较小的值,然后让软件慢慢下载直到获得最大且稳定的下载值(bt软件一般不需要很多的上传就可以达到最大下载值),接着逐渐增加上传值,直到达到一个临界值会使得最大下载值开始不稳定为止,保持这个临界值并让bt软件稳定下载一段时间,同时在测速软件中观察上传下载的平均值一段时间,此时比较稳定的两个平均值就是实际可用的最大上传下载带宽。获得实际带宽值后,就可以在电骡的“上传/下载限制”里进行设置了。(最大下载限制可以不设)
2,根据个人情况选择是否开启NAFC(后面有NAFC功能的详细介绍)
独享带宽:最好开启NAFC,设置上传限制为前面获得的实际最大上传值。如不开启NAFC,设置上传限制为前面获得的实际最大上传值的80%。
分享带宽:视实际情况而定,如果分享较少,可以开启NAFC并设置上传限制为前面获得的实际最大上传值。如果分享较多,则建议关闭NAFC并设置上传限制为前面获得的实际最大上传值的80%。
原理解释(基本内容译自Xtreme官网)
上传的原理
众所周知,原则上建议设置上传限制(uploadlimit)小于等于实际上传能力的80%。有些人为了防止下载受到影响甚至设的更低。而有些吸血驴提供将上传设为0来获得高下载的功能。
到底上传是否会影响下载并且为什么建议设置上传限制(uploadlimit)小于等于实际上传能力的80%?
官方的电骡仅仅区分了上传数据包中的内容数据(上传的实际有用内容数据 :下图区域1)和包头数据(overhead,数据包当中用于传输控制的部分,也叫做数据包包头,和数据内容本身无关:下图区域2)。官方版的电骡只计算了数据包中的包头数据。这样就没有考虑到操作系统增加的包头数据(TCP-header,UDP-header,也就是操作系统在原数据包基础上再次增加的高层网络协议的包头数据,大家可以想象下千层糕)。很多较小的数据包,包头数据会比内容数据还要大很多。特别是当同一时间连接数很大时,会发送很多用于通讯控制的数据包,这些包又会进一步扩大TCP/UDP包头数据。下图第3块区域,即图中第二低层的内容就表示包头数据的大小。
除了这种包头数据外,每次收到数据包还必须发送应答数据包(ACK-packet)。官方版电骡也没有算进这种数据包。下图区域4显示的是在高速下载时由应答数据包造成的额外数据。而如果上传已经达到最大,应答数据包就没法及时被发送出去,就会造成下载上传的中断。
为了避免这种情况发生,所以建议设置上传限制最大为实际上传能力的80%。(这并不能避免你的下载不受到上传的干扰,所以有的ADSL用户干脆把上传限制设到实际的一半以下。。。但是这样下载也是会受到影响的,尤其是下载冷门资源时,解决办法就是启用NAFC)
下图第5块区域显示的是另外一种额外数据,可以说成来自网卡。事实上,网卡实际上传的字节数要远大于我们的预期。“重传”(Windows会重新发送传输失败的数据包),必须回应的ping信号,或者其它应用程序(比如浏览器)的上传都算入这种额外数据。
点击察看附件内容
什么是“NAFC”?
全称Network Adaptor Feedback Control 即网卡反馈控制功能,NAFC能够通过网卡的反馈,也就是根据所有应用程序的上传来调整电骡的上传。所以NAFC开启时设定的上传限制既包含了电骡的上传数据也包含了各种应用程序(网页浏览器,网游,FTP上传等等)的上传数据。举例来说:如果你在开启NAFC后设置你的上传限制为15kbs而你的网络电话用掉了5kbs,电骡就只会发送10kbs的上传。采用这种机制后,需要的ping信号会少很多而且能够获得最大的上传效率。如果开启了NAFC,你就可以设置你的上传限制非常接近于你的实际上传能力而不需要去计算什么80%。下图区域3显示了在NFAC模式下设定上传限制后,所有上传数据之和(内容数据+包头数据+其他的额外数据)受到控制后的效果。为了避免这种特性被滥用,电骡会检查测得的数据是否来自电骡和其他应用程序。如果电骡发送的数据(内容数据+包头数据)小于11kbs,则会自动对下载限制进行动态调整。
内网用户要注意如果别人分享带宽较多,NAFC是无法很好工作的,因为没有办法测得准确的上传带宽了。
点击察看附件内容
顺带一提:
上面的图表并非截图。这些图是刻意画出来的,只是为了表述一般性的原理,而不是实际的值。实际中由于Windows的设置,latency周期和网卡等因素,图表看起来应该是参差不齐的。
正常的截图应该是这样的:
点击察看附件内容
上图显示的是理想状态,因为黄线和白线几乎是重合的。(未开启NAFC)
不过下面的截图是比较符合实际的:(未开启NAFC)
点击察看附件内容
上图中圈1,圈2所示高值的解释:
圈1可能是由典型的浏览器通讯造成的,比如正在打开一个网站。
圈2显示的则是典型的,一种主要的对电骡的侵扰。可能有以下原因造成:
- 另一个进程抢占了CPU时间
- CD/DVD刻录机阻塞了IO总线(发生在读盘和烧录时)
- 另一个应用程序(比如浏览器)在电骡对硬盘进行读写操作的同时执行了一次对硬盘读或写的操作。
实际应用
光说不练是不成的。理论解释完后我给大家看下我的Neomule 4.50开启后半小时左右的NAFC调节效果(同时不停打开网页和启动QQ,MSN等应用程序):
点击察看附件内容
图中绿线是网卡的反馈值,也就是实际上传值。粉红色为上传的内容数据,白色是emule的上传数据(包含内容数据和overhead),可以看到绿线是非常平坦的,也就是说我的实际上传值非常稳定,因此我的emule的下载不会受到上传的影响,而emule上传数据并不稳定,是像前面图表中那样参差不齐的,这是NAFC动态调节的结果。如果你在使用NAFC功能后绿线(也就是网卡反馈的上传值)能够像上图那样稳定,那就表明你获得了最高的上传效率,并且完全不用担心下载受上传干扰而降低。反之,如果你的线有些震荡,那可以等待NAFC再调节一段时间。如果一直无法平坦下来,那么稍稍减小上传限制(这是因为有些时段,ISP出口带宽会比较拥挤,你的实际可用带宽就可能减小,所以线就平坦不下来了),直到绿线如上图平坦下来为止。(有些Mod有时会提示上传过高,要求用户减小上传,就是因为Mod得到的上传曲线一直在震荡或者跳变较多)
提这么多关于上传的设置并不是不关心下载,恰恰相反,这儿关于上传的建议都是为了获得最高和最有效的下载,而大家都知道emule的世界里获得是不可控的,而给予是可控的,所以尽最大的能力给予才是驾骡之道。(如果你在用吸血驴,请不要看这篇文章,没什么用)最后,祝愿大家都能获得满意的上传曲线:)
-----------------------------------------------------------------------------------------------------------------------------
Neomule使用小补充:
1,wizard设置上传下载能力和限制时只在第一次启动时有效,之后想更改的话可以通过菜单栏中的“工具”中的wizard。
2,在neo选项中的“带宽控制”中的“上传带宽控制”中的NAFC项里设定最大上传限制效果更佳,此时一般设置中的上传限制不再起作用。
[原创]一些Mod比较,常用设置推荐及上传带宽控制(NAFC)
一篇可以加精的好文,类似的探讨很有价值
对于不想涉及太多技术细节的人来说,这一条是关键
引用
原则上建议设置上传限制(uploadlimit)小于等于实际上传能力的80%
对于不想涉及太多技术细节的人来说,这一条是关键
很有借鉴价值。。。
mark,认真学习
larry619的帖一定要顶
PS:谢谢larry619带我来到这个地方
larry619的帖一定要顶
PS:谢谢larry619带我来到这个地方
慢慢研究下,不过现在emule国内的下载环境不太好了....
改了一点~不知道效果如果~验证两天再说~先谢了
学习学习
楼主讲的很详细,支持!好好借鉴借鉴.
嗯……看了这篇突然想换了mod了
这些mod都用过一段时间
目前用NeoMule,但是回想起当年NextEvolution,还是感觉那个mod太强大了
而且也不复杂
太可惜了,已经停止开发了,所以现在只好凑合用NeoMule了。
目前用NeoMule,但是回想起当年NextEvolution,还是感觉那个mod太强大了
而且也不复杂
太可惜了,已经停止开发了,所以现在只好凑合用NeoMule了。
Neomule+1,自从用了之后就爱不释手了。
如果MorphXT 能支持DLP就完美了。
其实VeryCD也算不错了,在内网方面有良好表现,而且简单易用,适合新手。
如果MorphXT 能支持DLP就完美了。
其实VeryCD也算不错了,在内网方面有良好表现,而且简单易用,适合新手。
支持!
看了楼主,我也发少少得和建议:
建议不要用neo的4.50的mod,因为那个Argos(和4.25比为什么弱了这么多?)不能支持风之痕的dlp(试用时发现不能档迅雷以上就del了,其余没心情再试了)
mg的3.2b7(版本号还是3.1),也是风之痕汉化的那个能限制上传队列数了(3.1时是给大水管并最少填60的,现在可以在255之内任填了)
建议不要用neo的4.50的mod,因为那个Argos(和4.25比为什么弱了这么多?)不能支持风之痕的dlp(试用时发现不能档迅雷以上就del了,其余没心情再试了)
mg的3.2b7(版本号还是3.1),也是风之痕汉化的那个能限制上传队列数了(3.1时是给大水管并最少填60的,现在可以在255之内任填了)
看了楼主,我也发少少得和建议:
建议不要用neo的4.50的mod,因为那个Argos(和4.25比为什么弱了这么多?)不能支持风之痕的dlp(试用时发现不能档迅雷以上就del了,其余没心情再试了)
mg的3.2b7(版本号还是3.1),也是风之痕汉化的那个能限制上传队列数了(3.1时是给大水管并最少填60的,现在可以在255之内任填了)
我没有发现不能支持风之痕的dlp啊,启动Neo 450后Modlog显示是载入了DLP的:
IP2Country loaded
IP2Country uses the IP-to-Country Database provided by WebHosting.Info
(http://www.webhosting.info), available from http://ip-to-country.webhosting.info
Source list file loaded, 1609 sources are known
Loaded source database in 281ms; 1609 sources known
DLP Message: Dynamic Anti-Leecher Protection v 3109 loaded
ARGOS: DLP Library loaded.
NAFC: Selected adapter: Realtek RTL8139 Family PCI Fast Ethernet NIC - 数据包计划程序微型端口; IP: 192.168.1.16
Binding sockets to adapter: 192.168.1.16
Neo Mule () v4.50 by: David Xanatos - is ready
Activating quick start, procedure will end in 14.00 minutes
而且,Verbose里也有显示啊(只是Neo里没有专门的反吸血驴日志了):
Clients: [CHN]yourname (220.173.176.91), 0-Score reason: DLP; 硬性吸血骡(这个是迅雷)
Clients: [CHN]copo56 (222.214.44.88), Ban reason: DLP; 检测新脱兔
Fzh的DLP只是修改了官方DLP的代码而已,只要支持DLP的Mod就没有可能不支持改版DLP的吧。
Neomule 4.50是可以支持风之痕版dlp的,也可以正常屏蔽迅雷。如图:

把这贴发出去才发现楼主已经回帖了:)

把这贴发出去才发现楼主已经回帖了:)
好久没在这个区看到这么多字的文章了 而且内容很有启发的
昨天换neoemule了, magic angel 在我这里速度太快就容易死机 郁闷
不知道该埋怨网络太好 还是机子太破了
昨天换neoemule了, magic angel 在我这里速度太快就容易死机 郁闷
不知道该埋怨网络太好 还是机子太破了
看了楼主,我也发少少得和建议:
建议不要用neo的4.50的mod,因为那个Argos(和4.25比为什么弱了这么多?)不能支持风之痕的dlp(试用时发现不能档迅雷以上就del了,其余没心情再试了)
mg的3.2b7(版本号还是3.1),也是风之痕汉化的那个能限制上传队列数了(3.1时是给大水管并最少填60的,现在可以在255之内任填了)
我没有发现不能支持风之痕的dlp啊,启动Neo 450后Modlog显示是载入了DLP的:
IP2Country loaded
IP2Country uses the IP-to-Country Database provided by WebHosting.Info
(http://www.webhosting.info), available from http://ip-to-country.webhosting.info
Source list file loaded, 1609 sources are known
Loaded source database in 281ms; 1609 sources known
DLP Message: Dynamic Anti-Leecher Protection v 3109 loaded
ARGOS: DLP Library loaded.
NAFC: Selected adapter: Realtek RTL8139 Family PCI Fast Ethernet NIC - 数据包计划程序微型端口; IP: 192.168.1.16
Binding sockets to adapter: 192.168.1.16
Neo Mule () v4.50 by: David Xanatos - is ready
Activating quick start, procedure will end in 14.00 minutes
而且,Verbose里也有显示啊(只是Neo里没有专门的反吸血驴日志了):
Clients: [CHN]yourname (220.173.176.91), 0-Score reason: DLP; 硬性吸血骡(这个是迅雷)
Clients: [CHN]copo56 (222.214.44.88), Ban reason: DLP; 检测新脱兔
Fzh的DLP只是修改了官方DLP的代码而已,只要支持DLP的Mod就没有可能不支持改版DLP的吧。
Neomule 4.50是可以支持风之痕版dlp的,也可以正常屏蔽迅雷。如图:

把这贴发出去才发现楼主已经回帖了:)
我那时是在4.50刚出的时候试用,那时的dlp没记错的话是3107版,直接在上传队列里看见迅雷,久久还在,日志也没显示封的信息。
看来09的支持了,收回之前的话吧。
另外neo不知是不是和mg的历史记录文件格式冲突,那时我把mg的历史记录文件放到neo里,试用的时候当然是周围都看的啦,点了那个历史记录。。。oh,竟然程序繁忙起来(就是抢光cpu),关了后不死心再试,果然。。。忍了15分钟左右终于打开了,只是2千左右的纪录而已。。。(neo的那个显示每个文件段hash功能一早就关了)
NEO的功能还是不错的
即使是不去动那些设置
话说4.5的中文DLL文件什么时候能出啊?
想研究下
即使是不去动那些设置
话说4.5的中文DLL文件什么时候能出啊?
想研究下
看了这篇扫盲贴,我又想换MOD了
楼主出个Neo4.5的教程吧,我们这样的很多新手不会用这个Mod的。
晕 我一直以为Xtreme已经很好用了 原来还有更好的 neoemule上传如何啊?? 有没有汉化的版本的?
就因为Stulle开发N多,所以我把emule一直有的option screen显示不全的问题丢给他了。其实这个是因为中文系统默认字体是宋体,所以英文一概用times new roman显示,所以超宽所致。但是作为一个软件来说,只是跨一个操作系统的不同语言翻译就出现显示问题实在有点让人不爽,所以我给他说能不能把option screen拉大一点,这样就不会显示不全了。
结果我俩在emule-project.net上ScarAngel的帖子里面大干一架,最初开始的帖子在这里:http://forum.emule-project.net/index.php?s=&showtopic=103882&view=findpost&p=953417
这个人的性格实在让人无法恭维,毫无耐性,言语刻薄尖酸,而且还回帖之前从来不看帖,最后可以在论坛上公开骂脏话,佩服五体投地啊!
这样的人还是离他远点好,否则会少活很多年的。
结果我俩在emule-project.net上ScarAngel的帖子里面大干一架,最初开始的帖子在这里:http://forum.emule-project.net/index.php?s=&showtopic=103882&view=findpost&p=953417
这个人的性格实在让人无法恭维,毫无耐性,言语刻薄尖酸,而且还回帖之前从来不看帖,最后可以在论坛上公开骂脏话,佩服五体投地啊!
这样的人还是离他远点好,否则会少活很多年的。
看到楼主的文章,试了一下NeoMule,感觉CPU占用率和内存使用比Mephisto差了很多。
于是换回Mephisto~~
于是换回Mephisto~~
我在用MorphXT,就怕没有屏蔽功能,其他都蛮好,比Xtreme强多了。
技术帖,支持。
多谢各位...但我完全没看懂...
巧克力块,我想Stulle也是性情中人。
毕竟,维护一个eMule Mod之类的项目完全是一种自发(可能无甚回报)的行为。
毕竟,维护一个eMule Mod之类的项目完全是一种自发(可能无甚回报)的行为。
不能这么说,虽然开发一个MOD可能无回报,但是只要是“自发”的,就说明是非强迫的,是开发者自己愿意的,我们用户就不必好像老是欠开发者什么。
学习一下~
正在体验Angel Argos
正在体验Angel Argos
学习,试用MA中
不喜欢用太复杂的MOD,有些真的是看了设置就头疼,还是简单些好
学习了,我的硬件和网路环境和lz几乎一模一样
NeoMule 4.5用不了Voodoo功能,用NeoMule 4.25开Voodoo功能,,cpu占用80%..E6300超到2.8G..内存2G..汗...现在用xtreme 6.1..内存占130.000K左右..无奈..
Neo找源是比较快,但是我感觉它找源的能力比ScarAngel差,下载冷门资源的时候不占优势。
Stulle的脾气坏是出名的了,NB的程序员大概多少都有这毛病
NEO不完整支持DLP这一手太要命了。
上传还是中国驴CN最好。
Neomule現在可以支持DLP了嗎?
这个帖子有水平,赞一个!
是个好文章,我曾经用过XTREME,不过现在用回VC了。




