0.50a | Community: 0.70b
 Deutsch English Français Hebrew Chinese Traditional Spanish Italian Polish Lithuanian Estonian Danish Swedish Dutch (Netherlands) Portuguese (Brazil) Czech Portuguese - Portuga Russian Catalan Turkish Finnish Romanian Greek Serbian Chinese Simplified 



Get eMule at SourceForge.net. Fast, secure and Free Open Source software downloads


ΪºÎÏÂÔØËÙ¶ÈÕâôÂý HelpNAV

此目录下的文档都是用户自己编写的指南,并未经过eMule(电骡)开发人员的验证。不过对于大多数用户而言,这些文章仍然颇有裨益。你可以在论坛的此专用主题贴找到相关的提问与评论


我已经受够了所有人都跑来这里抱怨下载速度太慢,我也受够了一遍又一遍地向人解释这是为什么。这里我再解释一遍,以后再有人问、我就直接给他这个链接。

连接速度设置

你首先应当明白自己的互联网接入方式到底能够提供怎样的速度。你可以从Broadband Reports这个网站测试自己的接入速度。请注意,在测试之前,应关闭所有占用网络带宽的程序,否则测速结果可能不准。测试后你会分别得到上传速度和下载速度。例如,DSL可能测出1220的下载速度和110的上传速度。随后进入eMule的选项界面,依次点击“连接” -> “向导”。在向导窗口的底部,将实测的速度填写进去,并点击应用。

即使你很清楚自己的接入方式,也强烈建议在向导窗口内填入这些数值,因为在这里也能调节其它网络参数,保障与你的网络接入相符。

警告:假如你不肯花点时间进行这些设置,或随意将连接参数设得非常高,那你的骡子不会跑得很顺畅的!如果上传速度设置过高,可能导致你的下载速度非常慢。同样,最大来源数和最大连接数如果设置过高,可能导致网络连接堵塞,有时需要重启计算机、甚至重启路由器才能解决。

(假如测速时提示需要安装java,那么可以从http://java.sun.com/下载安装。)

LowID

另一种常见的问题就是其它用户都没法“看到”你。这就是说你的客户端通过防火墙连接,你只能得到LowID。尽管此时也能够正常下载,多少还是受到一些连接用户的限制。帮助->常见问题->服务器、连接与ID这篇常见问答中有更加详细的解释。

供与需

网络也是遵循物质守恒定律的,总上传量恒等于总下载量。网络中的大部分用户使用的都是DSL接入方式,常见的下载速度都能超过100Kb/s,但上传速度可能只有12Kb/s……假设这个世界如此美好,人人都以12Kb/s的速度尽力上传;即便如此,每个用户的平均下载速度仍然只有12Kb/s,不管你的下载能力有多高!但不幸的是,这个世界远没有你我想象的那般美好……时间永是流逝,速度永是不均。或许有时你的下载速度挺快、与此同时其它一些人正纠结于速度太慢;也许过几天这样的情况就会完全颠倒……

eD2k网络基本特性概览

许多人都抱怨说当他们用eMule时下载速度很慢,但是用其它工具就能够轻松达到多么多么高的速度……这是因为不同网络的建设初衷不同、包含的内容也完全不一样。eMule网络主要用于共享一些体积相对较大的文件。你要知道,想同时对许多用户传输大文件,又要保障传输可靠,这是一件很难的事情。举例来说,用Kazaa下载大文件就是很不可靠的。可能刚开始的时候下载很快,但是一旦上传的用户下线,那么你辛辛苦苦下载的数据就全都成了垃圾。此外,由于他们的错误检测机制并不完善,你下载的数据也很容易损坏。

那么,eMule在这方面有什么优势呢?下面我举个基本的例子,并且假定这个世界是公平完美的(或许太理想化,不过可以说明原理)。

eMule
假定我准备共享一个半大不小的文件(144MB),同时假定我具有30kB/s的上传能力、有16个用户请求此文件。eMule一开始就会把这个文件分成16个9MB大小(实际并不是准确的9MB,而是9.28MB左右)的文件块。现在开始上传了!eMule并不会把所有的上行带宽都分给一个人,而是向其中8个用户以较慢的速度上传(30/8=3.75kB/s),并且给每个用户上传的文件块都是不一样的。当这8个用户都下载完一个文件块后,eMule会将他们送回等待队列,并且向剩下的8个用户分别上传另外的8个文件块。由于先前的8个用户每人已经拥有了一个完整文件块,他们每个人都能向其它15个用户传输数据了。当给第二组8个用户上传完成后,eMule又将他们送回等待队列。现在,每个用户都从我这里下载了一个文件块,并且各不相同。我一共只上传了16个文件块(文件总大小的1倍),网络中就有全部的文件块了。现在即使我取消共享此文件也没关系,因为有16个用户在帮我共享这个文件的每一个文件块。这就是说,虽然每个用户的下载速度并不那么快,但是文件在整个网络中的传播效率是很高的。假定我在上传满300MB后下线了,并且在我下线之后又有更多的用户开始请求下载这个文件。即使现在网络中并没有独立的完整源,大家依然能够下载这个文件,因为网络上的16个可用源拥有全部的16个文件块。每个用户只要下载完成1个块,他本身就会成为新的来源。

其它网络
与上面例子的条件一样:我共享一个半大不小的文件(144MB),同时我具有30kB/s的上传能力、有16个用户请求此文件。我开始向其中一个用户A全力上传这个文件,自然他能得到挺不错的速度。但是,当他下载完成后就急匆匆地下线去享用这个文件了……现在我向另一个用户B全速上传直到上传完成。假定B这个哥们儿挺厚道,留着文件并且向用户C上传,同时我也继续向下一个用户D上传……同上面的例子一样,我在上传满300MB后下线了……此时整个网络中只有B一个人能够向其他人共享。假如没过多久B也下线了,那么总共只有两个用户(A和B)得到了完整的文件,还有两个用户(C和D)得到了一部分文件,并且这个文件还成了死源。除非我们哥仨谁再上线,否则其他人再也无法得到此文件了。

好吧,我承认我敲出这些文字也许并未经过深思熟虑。我刚刚发现,这个网络的运行机制很难用短短的几段话简单说清,而且还没有事先准备……smile.gif不过,我还是希望能够帮到大家。

警告:我会开着这篇帖子供大家讨论……不过我主要是想定时更新主贴,添加有意义的内容并修正错误,因此我会删除不必要的跟帖,保持版面整洁。假如你的帖子不翼而飞,请不要惊讶,这并不针对个人的行为。


Last Update: 10.03.2011 7:47
¶Ë¿Ú£¬·À»ðǽºÍ·ÓÉÆ÷
ͼÐÎÓû§½çÃæ
ÌØÉ«¹¦ÄÜ
³£¹æÐÅÏ¢
·þÎñÆ÷
Ñ¡ÏîÉèÖÃ
³£¼ûÎÊÌâ
ÒÉÄÑÅŽâ
Ö¸ÄÏÓëÎÊ´ð
 
  ÏÂÔز¢Î¬»¤¿ÉÐŵķþÎñÆ÷ÁбíÒÔ¼°IPfilter
ÈçºÎ»Ö¸´Ë𻵵ÄÏÂÔØÎļþ
ÈçºÎ»ñÈ¡¿ÉÐŵķþÎñÆ÷ÁбíÒÔ¼°ºÃÓõÄIPFilter
¶Ô֪ͨÓʼþ½øÐмÓÃÜ
ÉèÖÃNorton AntiVirus 2005
¶¨Ê±¿ª/¹ØeMule
ÄãÏëÕûÀí·þÎñÆ÷ÁбíÂð£¿
ÈÃKad״̬²»ÔÙÊÇ¡°Í¨¹ý·À»ðǽ¡±£¡
ÈçºÎ·À·¶Ðé¼ÙÎļþ
eMuleºÍInternetÁ¬½Ó¹²Ïí
ʹÓÃWeb·þÎñºÍÎļþÔ¤ÀÀ¹¦Äܼø±ðÐé¼ÙÎļþ
Ipfilter.datºÍGuarding.p2p
ÈçºÎ±£´æ¡°Ë𻵵ġ±ÏÂÔØÎļþ£¡
eMule֪ͨÎÒÊÇLow-id£¡
һЩºÍeMuleÓйصÄÖØÒªÍøÕ¾Á´½Ó£¡
A4afÊÇʲôÒâ˼£¿
Ed2kÁ´½ÓÎÞ·¨Ìí¼Óµ½Emule¸ÃÔõô°ì£¡
ÈçºÎ¸üÐÂserver.metÎļþ
eMuleΪʲô»á·¢Ë͵ç×ÓÓʼþ£¿
ÈçºÎÇå³ýeMuleµÄËÑË÷ÀúÊ·£¡
ÈçºÎ°²×°»òÉý¼¶eMule£¡
ÔÚLinuxÉÏÓÃWineÔËÐÐeMule
ΪºÎÏÂÔØËÙ¶ÈÕâôÂý
½µµÍCPU/ϵͳ×ÊÔ´Õ¼ÓõÄeMuleÑ¡Ïî
ÈçºÎÔÚeMuleÖйýÂËIP
ÓëeMule´æÔÚ³åÍ»µÄÈí¼þÁбí
  ³õѧÕßÖ¸ÄÏ
³£Óù¤¾ß
ÍøÂçÖ¸ÄÏ


Privacy Policy