熱心網(wǎng)友

首先，P2P系統(tǒng)中總下載=總上傳，因此要想提高所有人的下載速度只能通過提高上傳速度達(dá)到。acat版本中修改了socket的參數(shù)，顯著的提高了上傳的效率。我曾在我的機(jī)器上做過比較試驗(yàn)，同樣設(shè)置1000K/S的上限，官方版本上傳速度大約在500K到600K，而acat版基本上就是1000K/S，誤差不超過1%。上傳的提高是有限的，每個(gè)人受帶寬的限制，上傳不可能無限加大，那么如何更好的利用帶寬資源提高下載速度呢？下載速度取決于幾個(gè)方面：1。 源的數(shù)量。2。 源之間傳輸?shù)乃俣取?。 你在源那里的評(píng)分。先看看第一個(gè)問題，由于EM能夠跨服務(wù)器搜索，特別是具有源交換功能，因此源的數(shù)量通常不是問題。我覺得官方版本已經(jīng)很好地解決了源數(shù)量的問題。其他MOD的關(guān)于源的一些功能對(duì)源的數(shù)量的影響應(yīng)該不超過10%。另外，高ID比低ID能接觸到的源多些，但這不是EM軟件所能控制的了。第二個(gè)問題就完全是網(wǎng)絡(luò)設(shè)置的問題。EM也無能為力。再看看第三個(gè)問題，如果能夠增加在源那里的得分就好了。如何增加呢？很簡(jiǎn)單，就是上傳給他。在ACAT版本中，給你的源的基本分*2，就是試圖讓你優(yōu)先上傳給你的源，提高你在源那里的評(píng)分。實(shí)踐證明，這個(gè)策略起到了預(yù)想的作用。我只做過和LSD版本的比較試驗(yàn)，結(jié)果acat版本完成700M的下載時(shí)，LSD版本下載了不到500M。有興趣的朋友可以做做其他比較試驗(yàn)。因?yàn)橐o源上傳必須它需要從你這兒下載，所以增加共享的文件數(shù)量會(huì)提高它從你這兒下載的機(jī)會(huì)，也就是提高你在他那兒增加評(píng)分的機(jī)會(huì)。另外，對(duì)于非核心來說，如何盡快地找出壞驢，不給他們上傳也會(huì)提高下載速度。我這里的壞驢是基本不上傳的驢。這是因?yàn)閴捏H不上傳，上傳給他們的流量如果上傳給其他驢還可以提高你在其他驢那里的得分。ACAT版本修改了評(píng)分辦法，不上傳的人評(píng)分下降會(huì)很快，因此很快就不能下載了。當(dāng)然這樣做也有些副作用。不過權(quán)衡再三還是覺得做修改。總結(jié)，要想提高下載速度：1。 使用acat版本。嘻嘻。2。 如果有機(jī)會(huì)，盡量爭(zhēng)取高ID。3。 提高上傳限制。4。 盡量多共享文件。怎樣做能提高下載速度？正確設(shè)置你的下載上傳速度得到一個(gè)HighID每次同時(shí)下載20個(gè)左右的文件假如你搜索一個(gè)片子，得到了多個(gè)結(jié)果，就挑那個(gè)源最多的來下載emule開的時(shí)間越長(zhǎng)越好加入好友等待做到上面這幾條以后，我的速度能達(dá)到多少？100KB/s、10KB/s、1KB/s、0。1KB/s都有可能（原因后面解釋）為什么速度會(huì)有這么大的差異？Good question!這就是我打算要詳細(xì)討論的內(nèi)容（我的論述肯定不全面、不專業(yè)，也存在謬誤，請(qǐng)大家指正），前面沒解釋清楚的也會(huì)在此一一說明。首先我們看一下哪些因素影響我們的下載速度：1。emule的設(shè)置 emule的設(shè)置方法在FAQ里已有詳細(xì)說明，我在這里不過多說了，我要著重強(qiáng)調(diào)的是上傳速度的設(shè)定。有的朋友出于共享精神把自己的上傳速度開得很高，有的朋友聽說增加上傳會(huì)提高積分，從而縮短排隊(duì)時(shí)間，所以也把上傳速度開得很高，我提醒大家要謹(jǐn)慎！a。（以下資料來自mmmxxx版主）TCP協(xié)議把要發(fā)送的數(shù)據(jù)分割成許許多多的小段,每小段再加上發(fā)送人的IP地址和目的地址(當(dāng)然還有其他東西)就成了一個(gè)封包,不管一個(gè)文件多大,都會(huì)分割成這樣的小包發(fā)送和接收。當(dāng)一方要給另一方傳送數(shù)據(jù)時(shí),他先給對(duì)方發(fā)送一個(gè)這樣的封包,對(duì)方收到后,會(huì)打開這個(gè)封包,然后做檢查這個(gè)封包里的數(shù)據(jù)是否出錯(cuò)或有數(shù)據(jù)遺失,如果沒錯(cuò),就返回發(fā)送方一個(gè)正確信號(hào),發(fā)送方收到這個(gè)信號(hào),然后繼續(xù)發(fā)送下一個(gè)封包直到文件傳送完畢。 一但接受方發(fā)現(xiàn)數(shù)據(jù)出錯(cuò),就會(huì)反饋一個(gè)封包錯(cuò)誤的信號(hào), 那發(fā)送方會(huì)把上一個(gè)封包重復(fù)發(fā)送過去,直到這一封包接受成功接受方在收到每一個(gè)封包以后,不管數(shù)據(jù)是否正確,都會(huì)回饋一個(gè)正確或者出錯(cuò)的信號(hào),發(fā)送方會(huì)等待這一信號(hào)來決定下一次發(fā)送哪個(gè)封包,如果發(fā)送方在規(guī)定的時(shí)間內(nèi)沒有受到接受方回饋的信號(hào),就認(rèn)為上一個(gè)封包已經(jīng)遺失,然后發(fā)送方會(huì)自動(dòng)把上一個(gè)封包繼續(xù)再發(fā)送,知道接受方回饋正確的信號(hào)。知道這個(gè)協(xié)議,你就很容易理解為什么我建議你限制上傳的速度了如果你不限制你的上傳的話,當(dāng)你接受別人給你發(fā)送數(shù)據(jù)時(shí),你回應(yīng)就會(huì)慢一些設(shè)置回應(yīng)不出去(因?yàn)榛貞?yīng)是要走上傳通道的),甚至對(duì)方?jīng)]來得及等到你的回應(yīng)就已經(jīng)TIMEOUT了,然后他會(huì)繼續(xù)把你已經(jīng)收到的包繼續(xù)發(fā)一遍又一遍,實(shí)際上浪費(fèi)了頻寬,表現(xiàn)在EMULE上就是速度慢了本文作者曾將上傳速度設(shè)的很高，結(jié)果下載明顯減慢，按Athanasia壇主的FAQ重新設(shè)置后就好了。b。假如你要從我這里下載一個(gè)文件，而我不從你那里下載任何文件，那么你在我這里的積分只能靠排隊(duì)時(shí)間來慢慢積累，所以，無論你的上傳速度有多高，都不會(huì)改變你在我這里的地位（這種一對(duì)一的互惠關(guān)系是emule的內(nèi)部機(jī)制，無法人為干預(yù)）。所以，我們要對(duì)上傳速度設(shè)置給予足夠的重視，我是按下載速度的1/2、1/3、1/4分別去嘗試，找到一個(gè)最理想的值（不一定科學(xué)，至少比較簡(jiǎn)單）2。源的遠(yuǎn)近我們下載的文件源可能在國(guó)內(nèi)，甚至在同一城市，也有可能在遙遠(yuǎn)的歐洲，這兩種狀況在下載速度上有很大區(qū)別：距離近，速度就快，距離遠(yuǎn)，速度就慢。我們和下載源之間的連接是通過服務(wù)器的（不是emule的服務(wù)器，而是電信，網(wǎng)通之類的ISP）,距離越遠(yuǎn)，經(jīng)過的服務(wù)器越多，那么像mmmxxx所描述的過程就越頻繁，速度當(dāng)然就快不起來，簡(jiǎn)單的例子：特快列車為什么比普通客車快？就是因?yàn)槠胀蛙囋诿總€(gè)小站都要停，上下客、加水之類的，耽誤時(shí)間。3。HighID/LowID的影響實(shí)際上LowID并不直接降低下載速度，只是會(huì)使你得到相對(duì)少一些的源，從而間接地對(duì)影響下載速度。- 其它機(jī)器不知道low ID的eMule運(yùn)行的機(jī)器的IP，因此，所有的請(qǐng)求如隊(duì)列或者連接到這個(gè)客戶端必須由這個(gè)客戶端連接的服務(wù)器轉(zhuǎn)發(fā)。轉(zhuǎn)發(fā)會(huì)耗費(fèi)服務(wù)器的大量CPU資源，因此會(huì)縮小服務(wù)器能處理的最大客戶端數(shù)量。 Lugdunum 服務(wù)器可以限制low ID用戶的數(shù)量，甚至不讓low ID用戶連接。- 兩個(gè)都是low ID的用戶不能互連，實(shí)際上在不同的服務(wù)器的low id用戶甚至連消息也不能轉(zhuǎn)發(fā)。這個(gè)導(dǎo)致了low ID用戶下載的源少了很多。- 在繁忙的服務(wù)器上經(jīng)常會(huì)發(fā)生丟失信息的事情，eMule會(huì)錯(cuò)過了像隊(duì)列進(jìn)程或者下載請(qǐng)求等重要信息。這樣你的積分會(huì)變少，下載也就更困難了。4。源的數(shù)量源越多，下載速度就越快，所有p2p下載工具都是這樣的；但要具體分析，特別是源的遠(yuǎn)近起很重要的作用，我剛才做了個(gè)試驗(yàn)：我原先下載12個(gè)文件，源的數(shù)量平均在200左右，但都是國(guó)外的源，速度只有5KB/s左右，我找了一個(gè)《綠茶。rm》加入下載,只有1個(gè)源，可2分鐘之后總的下載速度就達(dá)到30KB/s，足足提高了5倍！為什么？只《綠茶。rm》1個(gè)源就給了我25KB/s的速度！簡(jiǎn)單吧？5。下載文件的流行程度假設(shè)有兩個(gè)文件，源的數(shù)量都是100，A是老片，現(xiàn)在下載的人不多；B是新片（或是梅艷芳的，很多人現(xiàn)在要收藏），下載的人很多，哪個(gè)下載速度快？肯定是B,為什么？同一時(shí)間內(nèi)參與下載的人越多，分流的數(shù)量就多，大家都快。6。emule連接的時(shí)間長(zhǎng)短用慣emule的朋友可能有這樣的感覺，下載國(guó)外的東西時(shí)，往往是半個(gè)小時(shí)左右才開始有下載，然后速度逐漸提高。這就是排隊(duì)的結(jié)果，你如果從A那里下載一個(gè)文件，要想盡快得到下載，就要從他那里多得分，一是他也下載你的某個(gè)文件，會(huì)給你加分，但這只是可遇而不可求的；再就是你在他的那里排隊(duì)的時(shí)間長(zhǎng)短，得分和你排隊(duì)的時(shí)間成正比。7。同時(shí)下載多個(gè)文件p2p的原理決定了文件的下載是不連續(xù)的、非線形的、或然性的，死等一個(gè)文件是極大的浪費(fèi)，也是其它原有下載方式給我們養(yǎng)成的慣性思維，記住：在emule里，“東方不亮西方亮”是一個(gè)基本準(zhǔn)則，一般來說，同時(shí)下載20左右的文件比較合適。我最大的下載數(shù)曾達(dá)到107！硬盤要夠大噢~~8。加入好友高得分的用戶和好友將得到下一個(gè)上傳通道。加入好友實(shí)在是要靠緣分的，一提這個(gè)，我想很多人都會(huì)搖頭吧。。。。。。 。

熱心網(wǎng)友

1、以具有管理員權(quán)限的用戶登錄XP，在XP中打開資源管理器，選擇菜單工具|文件夾選項(xiàng)，打開文件夾選項(xiàng)對(duì)話框。在對(duì)話框中單擊查看選項(xiàng)卡，取消復(fù)選框使用簡(jiǎn)單共享。圖1 取消使用簡(jiǎn)單共享　　2、右鍵單擊原來設(shè)為專用的文件夾，如i386-sp2，從彈出菜單中選擇屬性，這時(shí)會(huì)看到在對(duì)話框中多出一個(gè)安全選項(xiàng)卡。可以看到這里有一個(gè)未知帳戶，這應(yīng)該就是原來XP系統(tǒng)中的那個(gè)帳戶吧。這個(gè)帳戶是能夠訪問該文件夾的，可問題是我們現(xiàn)在已經(jīng)不能使用這個(gè)帳戶。所以要另想辦法。 圖2 安全選項(xiàng)卡　　3、單擊圖2所示對(duì)話框中的高級(jí)按鈕，彈出i386-sp2的高級(jí)安全設(shè)置對(duì)話框，顯示目前該項(xiàng)目的所有者為剛才看到的未知帳戶。選擇將所有者更改為下方的用戶，比如筆者現(xiàn)在使用的用戶名稱，然后單擊應(yīng)用按鈕，所有者就改變?yōu)楝F(xiàn)在用戶了，如圖3所示。圖3 更改文件夾的所有者　　選中下方的替換子容器及對(duì)象的所有者，單擊應(yīng)用按鈕，會(huì)看到有一個(gè)取得文件夾中所有文件和文件夾所有權(quán)的過程。。