对于Vagaa导致DonkeyServer异常的简单技术性分析

系统 1629 0
关于Vagaa给DonkeyServer带来了巨大的负担.而官方的解释却是“Vagaa解决了eMule的先天协议缺点”.那,是什么“优秀算法”解决了“eMule的先天缺陷”呢?
在本文中,将使用官方版eMule,VeryCD版eMule和Vagaa通过EtherDetect Packet Sniffer软件来做一个网络使用上的分析.

首先,我们从官方版的eMule开始,在默认情况下,使用官方版eMule 31分钟后,数据包(TCP应该是连接?)的发送量为49个(62.241.53.2是eDonkeyServer No.1)。嗯,一切正常,看来这是eMule官方的默认设置。


  好的,下面我们来看看VeryCD所开发的eMuleMod。同样在默认配置和同样的计量时间下,使用由VeryCD版的Mod后,数据包的发送量为48个。比官方版的少一个,这应该是属于允许的计量误差范围内。看来VeryCD版的eMuleMod也是严格遵循eMule官方要求的。


  最后,我们要请本次的“主角”Vagaa上场了。同样是相同的默认的设置和计量时间。
  让人惊讶的是,在31分钟的时间内,Vagaa居然向服务器发送了325个数据包!


  不难想象,在相同的时间内,Vagaa比其他“遵纪守法”的eMuleMod多发了6倍的数据包!假设全中国只有1000人在使用Vagaa,那么相比同等用户的普通eMule客户端,在一个小时的时间内,服务器接收到的数据包将会比正常的数据包多:
  Vagaa:325x2x1000=650000
  标准eMule:49x2x1000=98000
  相差:650000-98000=552000 个!

  原来这就是Vagaa所使用的“优秀算法”。

  补充:在分析中我还发现,Vagaa似乎对DonkeyServer情有独钟,即使没有连接到DonkeyServer服务器上,也会不停的向它发送数据包。

  而且,Vagaa似乎在数据包控制上有缺陷,在相差不到一分钟的时间内,Vagaa向DonkeyServer发送了超过230个数据包。


  这是一个数据发送控制问题,如此快速(甚至可以说疯狂)的向服务器请求数据,难怪有人会说:“ 没错,那1%的正在使用那种Mod的DSNO1用户消耗了80%的CPU/带宽 ”。

  作为中国P2P的一员,我们只能督促Vagaa改进现有的“算法”,否则,中国eMule用户被DonkeyServer封杀将指日可待!

--------------
投递人:陈少举
这篇文章是我原创的,我放弃此文章的版权,此文章和图片属于公共领域,任何人都可以免费使用,而且可以用于任何合法的目的.
同时,感谢 mmmxxx < cdmmx@hotmail.com > 提供图片.
文章中有一些连接,也还麻烦编辑能否尽量保留.
此文章已经粘贴在我的Blog上: http://www.vnnfans.org/article.asp?id=4 .

对于Vagaa导致DonkeyServer异常的简单技术性分析


更多文章、技术交流、商务合作、联系博主

微信扫码或搜索:z360901061

微信扫一扫加我为好友

QQ号联系: 360901061

您的支持是博主写作最大的动力,如果您喜欢我的文章,感觉我的文章对您有帮助,请用微信扫描下面二维码支持博主2元、5元、10元、20元等您想捐的金额吧,狠狠点击下面给点支持吧,站长非常感激您!手机微信长按不能支付解决办法:请将微信支付二维码保存到相册,切换到微信,然后点击微信右上角扫一扫功能,选择支付二维码完成支付。

【本文对您有帮助就好】

您的支持是博主写作最大的动力,如果您喜欢我的文章,感觉我的文章对您有帮助,请用微信扫描上面二维码支持博主2元、5元、10元、自定义金额等您想捐的金额吧,站长会非常 感谢您的哦!!!

发表我的评论
最新评论 总共0条评论