為何下載速度這麼慢

此目錄下的文檔都是用戶自己編寫的指南,並未經過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不過,我還是希望能夠幫到大家。

警告:我會開著這篇帖子供大家討論……不過我主要是想定時更新主貼,添加有意義的內容並修正錯誤,因此我會刪除不必要的跟帖,保持版面整潔。假如你的帖子不翼而飛,請不要驚訝,這並不針對個人的行為。


為何下載速度這麼慢》,由Ejack翻譯自eMule官方網站英文版幫助與支持《Why Are My Downloads So Slow》並首發於eMuleFans.com。原文版權歸屬於eMule官方和原文作者。翻譯內容版權歸屬於翻譯者並遵守CC 3.0 BY-NC-SA協議。已編入eMule官網簡體中文版幫助與支持《為何下載速度這麼慢》。

13條評論隱藏

  1. #1 aoke1989
    2011年3月22日 周二 22:37 | 回復

    當有人抱怨網盤或者什麼速度太慢,就有一大堆人噴,伸手黨去死!當有人抱怨騾子太慢時,卻會有一群熱心人幫你想辦法,或許,這就是P2P的本質決定的吧

  2. #2 犟騾子
    2011年6月30日 周四 21:44 | 回復

    @aoke1989
    所以我很熱衷於把網盤裡的東西摳出來放到騾背上共享。我不信任任何網盤,尤其鄙視流氓115。

  3. #3 cat
    2012年9月13日 周四 13:25 | 回復

    這個測網速的網站,國內不怎麼好用吧,平時下東西都1MB/s的,測出來結果只有幾百K

  4. 2012年9月13日 周四 17:06 | 回復

    @cat 這個測網速的好點speedtest,或者用國內的這個等等
    eMule官方幫助原文都是5-10年前的,僅供參考,特別是鏈接,過時的很多。樓頂的9年前的文章,鏈接沒失效已經很不錯了

  5. #5 lsmlive
    2012年12月7日 周五 12:18 | 回復

    現在身在大學校園網,只能連上kad,但也完全沒速度,傷不起啊!

  6. #6 大立
    2013年7月15日 周一 21:06 | 回復

    操蛋的ISP們集體封禁了 emule 所以才會造成 emule 下載速度極慢!!!

  7. #7 大立
    2013年7月15日 周一 21:07 | 回復

    記住下載慢完全不是技術問題!!!大家一起聯合起來,每天打ISP的投訴電話!!!

  8. #8 zeigasou
    2013年7月16日 周二 20:36 | 回復

    emule這種純靠P2P來傳輸的基本取決於人為,現在不知道還有多少人願意用開著電腦給別人上傳???

  9. #9 無敵稻草人
    2013年7月16日 周二 23:40 | 回復

    @zeigasou 至少我算一個,emule畢竟是世界上主要的p2p傳輸方式之一,迅雷這種把資源存在伺服器上的方式在國外就是作死,也就國內能混混。

  10. #10 zeigasou
    2013年7月17日 周三 12:23 | 回復

    @無敵稻草人 有興趣可以加一下 ed2k://|friend|活該被黑,叫你下黃片|4457A9F4250E64192D960F9B45C56F12|/

  11. #11 無敵稻草人
    2013年7月17日 周三 17:04 | 回復

    @zeigasou ed2k://|friend|emule資源交流群206089218歡迎大家加入[開放檢檔]|B3E24C0B6F0E59DBFFC7DF4AC7746FA2|/ 開放檢檔么?

  12. #12 zeigasou
    2013年7月18日 周四 13:54 | 回復
  13. #13 啊啊啊啊啊啊啊啊啊
    2015年3月6日 周五 17:36 | 回復

    原來如此看完之後覺得很不錯

發表評論

您的Email將不會顯示出來。頭像請至Gravatar.com註冊上傳。*號標註項為必填。

*
*
*
標籤用法
字數:0