wormboss歡禧城

> 轉錄自cyndi的TAHO發文 我想只要在 eDonkey / eMule 論壇稍微看過幾天文章的人， 都會發現許多人非常在意下載的速度 當然，使用這些軟體的目的就是要做檔案的分享，會在意檔案流通的速度是理所當然的 但是，下載速度快是不是該當成第一順位的要求呢？ 對於這方面的問題，我斷斷續續的有在一些討論串提過我的看法，不過說的比較雜亂 在這邊我把這些想法整理一下，與大家分享 在討論個人的上下傳速度之前，我們必須要先把眼光放大 先看到整體的網路速度，才能有整體的概念，不至於見樹不見林 1. 總上傳量 >= 總下載量 對於整體的網路來說，『總上傳量』>= 『總下載量』是不變的定律 因為任何人的任何下載量，一定都是有人上傳出來的，檔案資料不會憑空出現 但是上傳出去的東西，卻有可能在傳輸途中出問題而不見，需要重新傳送 因此即使不考慮網路漏失的問題，最低限度，總下載量絕對不會高於總上傳量 2. 傳輸瓶頸在於上傳頻寬而非下載頻寬 以目前世界上普遍的網路規格來說，上傳頻寬總是低於下載頻寬， 尤其在台灣，兩者之間的差距更是巨大 由此我們可以預測到，我們的上傳容易到達上限，而下載不容易到達上限 實際上在 eDonkey / eMule 的世界來說，也很明顯可以觀察到這個現象 使用者只要一提高軟體的上傳上限，實際上的上傳量馬上會上升， 一直到使用者的網路硬體極限為止 下載方面則是相反，很少有使用者的下載頻寬可以一整天都塞到滿載 換句話說，使用者有足夠的下載能力可以下載， 但是網路上卻沒有足夠的上傳頻寬可以塞滿下載能力 假設，全台灣共有 1024 人在使用 eMule 類軟體， 所有人的網路頻寬都是 512 / 64，而且每個人都把頻寬全部用來跑 eMule 那每秒鐘的總上傳量會是 64 Kbit/s * 1024 = 8 MByte/s 那總下載量呢？ 512 Kbit/s * 1024 = 64 MByte/s？這個結果會違反第 1 點 也就是說，這些人空有 64 MByte/s 的能力，但因為沒有這麼多上傳 (別忘了檔案資料不會憑空出現) 所以實際上也只有 8 Mbyte/s 可供下載 如果這些人把頻寬升級成 512 / 384 ， 那總上傳量會變成 384 KBit / s * 1024 = 48 MB/s，同時總下載也跟著變成 48 MB/s 不幸的是，台灣的狀況是大多數人的頻寬是升級成 2M / 256 換句話說，總下載能力提升成 256 Mbyte/s，可是總上傳能力只有 32 Mbyte/s 很明顯的可以看到，傳輸量的瓶頸在於上傳速度，而不是下載速度 也就是說，目前的網路狀況下，『下載量取決於整體的上傳頻寬，而非下載頻寬』 再者，當使用者的頻寬是 512 / 64 時， 他的上下傳可能是 4KB/s : 16KB/s = 1 : 4， 相差 12KB/s，使用者佔了 12KB/s 的便宜 而當使用者升級到 2MB / 256 時，上下傳可能是 25KB/s : 50KB/s = 1 : 2， 相差了 25KB/s，使用者佔了 25KB/s 的便宜 即使佔了更多的便宜，但是上下傳比卻差了很多，使用者就容易覺得下載速度變慢了 還不只這樣 別忘了前面提到的第 1 點，總上傳量大於等於總下載量 這使用者的上下傳差從 12 變成 25，這之間差距的 13KB 是哪裡來的？ 當然是有些人的下載變少，才能讓這使用者多出這些下載量 所以隨著升級的人越來越多，抱怨下載變慢的人也會越來越多 如果有人升級之後，把上傳設定在 10KB/s 避開 1:4 的限制 那這種下載變慢的狀況就會更嚴重 ( 當然，我也不否認，軟體的 bug 也絕對是下載變慢的可能因素 ) 站在軟體開發者的角度來看 網路的總上傳頻寬並不是這軟體可以決定的 不管程式寫的多厲害，都無法突破硬體本身的限制 所以軟體能做的並不是增加上傳，或是增加下載 它只能把有限的頻寬做有效的『分配』 不管是積分制，HideOS，集中上傳，還是 PS，PBF 通通是在做分配上傳頻寬的工作而已，並非用來增快下載速度的 打了這麼多，只是想告訴大家 在相同的網路狀況下，如果你的下載量已經比上傳量多， 就應該心存感激了，別一昧的只要求增加下載速度 除非你的上傳也跟著等量的增加，否則任何下載速度的增加，都是犧牲別人換來的 只有完全利用、壓榨光自己上傳的能力，才是真正提升檔案流通率的根本之道