Re: [騾子] 如何減少上載人數

看板P2PSoftWare作者 (Patrick)時間17年前 (2008/08/02 12:34), 編輯推噓1(100)
留言1則, 1人參與, 最新討論串2/2 (看更多)
※ 引述《litwit (力威特)》之銘言: : 假設上傳開30k : 則驢子會上傳10個不同檔案給10個不同人 : 每人分3k : 若是想要只上傳3個不同檔案給3個不同人 : 每人分10k : 該如何設定 : 怎樣的設定方式對我比較好 : 又怎樣的設定方式對別人比較好 : 請指教 : 感謝各位 記得之前好像有討論過 不過文章在哪裡就不知道了 原則上 eMule本身的設定就是好的設定了 以前我和你的想法一樣 想集中火力傳給少數的人 後來發現做了類似的設定 只會讓你達不到你設定的總上傳量 例如設定30KB/s 但實際上卻只有22KB/s或更少 問題就出在於你的網路或對方的網路 只要中間有個點一塞住 上傳的資料就無法完全送給對方 例如你上傳20KB/s給對方 但因為網路的問題 對方花上不只一秒的時間 才完整接收了這個20KB 這表示你和他之間是阻塞的 此時你這裡的上傳就會掉下來 因為傳越快只會丟掉越多封包 如果你只允許3個人使用你的30KB/s 到最後可能就是每個用戶都達不到你預期的10KB/s 但因為你的設定不允許再拉其它人進來補剩下可用的數KB/s 所以你的總上傳量就不會到達30KB/s 這樣反而是浪費你剩下的可上傳的頻寬 因為這些還可以再分給其它人使用 eMule預設的做法 會有幾個Client是主力 他們分到的上傳頻寬比較大 再拉1~2個當成備用 他們分到的上傳頻寬通常只有數百個Byte/s 有的Client狀態會寫Trickle或StandBy就是指這個 當主力的上傳發現阻力變大 備用的就會變成主力 分得比原先多的上傳頻寬 這種平常就StandBy的方法 比起遇到問題再連線到新的Client來得有效率 因為新的Client不一定能馬上連上 連上之後若又遇到類似情形 還需要再找下一個Client 一來一回就花了不少時間 才會回到你設定的上傳總頻寬 所以如果看到你的eMule開了一堆(1X,2X個)上傳的Slot 然後每個人分到的上傳都很可憐的話 表示你的網路已經過度壅塞了 達不到設定的總上傳量 就會持續的拉人進來 最後看到的就是這樣 通常會是你設定的總上傳量接近本身網路可用的上傳頻寬 或是使用限速軟體 限制其上傳頻寬 但eMule裡又設定成更高的頻寬 eMule會認為還沒到達總上傳頻寬 就拉入更多的Slot 另外一種就是使用QoS機制 把eMule優先權調低 當其它高優先權的封包出現 eMule的封包自然會被排擠到 當兩邊網路都順暢的話 最理想的會看到只有一個Client當主力 另一個Client在StandBy 然後主力分得30KB/s裡的28KB/s 個人認為 eMule裡面的預設值 就是對可用頻寬的最佳利用方式 至於每個Client是否能更快速下載 那倒是不一定 但同時能讓更多的Client利用剩下的頻寬 而不是把它浪費掉 這對整個網路應該就是好的 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.132.13.10

08/04 00:50, , 1F
解釋的真的很好,我有看完,懂滿多的了!
08/04 00:50, 1F
文章代碼(AID): #18a-FdeR (P2PSoftWare)
文章代碼(AID): #18a-FdeR (P2PSoftWare)