作業系統環境 :Windows XP Home Edition SP3
BT 軟體版本設定 : uTorrent 1.8.2
ISP 以及 頻寬 :臺灣大寬頻ADSL 2M/256K
測試時間 : 4月25日19:00至19:20間
IP分享器:Asus WL-500g,port 6881-6889轉到BT電腦的port 6881
防毒軟體:沒關
Windows防火牆:沒關,不過有讓uTorrent可以過
XP連線數設定:我好像沒改過
我發現傳輸協定加密與否,會影響到下載速度;uTorrent設定畫面如下:
如果選“Forced”,大約一分鐘左右(圖中是1分4秒),下載速度就可以超過200kB/s,種子數是63:
如果是預設的“Enabled”,在1分10秒的下載速度是112kB/s,種子數只有36:
所以如果大大們使用的BT程式支援傳輸協定加密(protocol encryption)的話,建議修改設定,看看是否有類似的情形。
加密設“Forced”時的Peers圖:
加密設“Enabled”時的Peers圖:
此文章於 2010-03-12 11:32 PM 被 pzcjinz 編輯。
桃園北健 bb寬頻 10M/1M 與 HiNet 10M/2M
作業系統:XP SP3
防毒軟體:開啟
防毒軟體防火牆:開啟
IP 分享器:VigorPro 200B Port Foward 已設定
搞了一個下午終於搞定 VigorPro 200B 兩個 WAN 的 Port Forward 都能作用,最後是把 Cable Modem 調到 WAN1 才解決。
先看下午(15:00~16:00)的測試圖:
bb 10M/1M
單檔測試,BC 速率硬是比 uTorrent 高,不知道為什麼。
搞定 Port Forwared 之後加入 HiNet 10M/2M 對照測試:
bb 10M/1M
不管什麼時段 BC 就是跑得比 uTorrent 快。
HiNet 10M/2M
整體與單檔速度 HiNet 10M/2M 比 bb 10M/1M 優。
注意看看使用 HiNet 10M/2M 時 BC 的狀態欄,可以看到”P2PCache”的字眼,但是使用 bb 10M/1M 時並沒有看到,會不會這就是相同種子 HiNet 10M/2M 比 bb 10M/1M 下載速率快的原因呢?
spooky_mulder兄,您真認真阿,不好意思下午後來帶小朋友出門走走,回來才看到您已經加入小弟MSN!小弟有個合理的推測,目前ISP因應p2p主要依賴兩個途徑
1.QOS設備
2.P2P快取
就小弟所知,HINET跟台固一樣,這兩個都有買,不過有一點比較有趣的地方是,台固下面有幾間二房東,尤其是CABLE業者,目前似乎也吃不到p2p快取的好處.
最近因為ISP的頻寬大戰,不少ISP都調度了一些國際頻寬做HINET備援使用,導致必須更嚴格管制出國頻寬,其中很大一部分應該就是p2p的qos變嚴格了.
我的億聯光纖(台固路由)最近的表現跟BB很類似,BT軟體跑bitcomet速度明顯的比utorrent快,而且有無開加密感覺差異很大,小弟推測應該都有可能是p2p的qos造成的結果.
另外還有一個可能性不知道大家有沒有注意到,從ISP大戰後,TFN和旗下二房東跑BT似乎就不能連上幾個HINET用戶,若非完全連不上,就是只有一兩個,下載一些熱門謎片的朋友應該都知道,以前隨便都有3到5成的小水管是HINET用戶,現在這些小水管都不見了,我想這也是造成P2P速度大降的主因.
不知道可不可以請BB或是遠傳SEEDNET的用戶幫我看看您BT下載時使用者列表中,有多少比例是HINET用戶,用UT的朋友比較容易看,可參考pzcjinz貼的圖片,bc的朋友就比較麻煩了.
明誠科技小峰 Line ID:cheerx
目前做點對點無線網路架設,節費電話系統,硬碟手機資料救援,還有徵信社的部分業務
如果ISP真有P2P快取設備,還有錢調度國際頻寬來做HiNet備援,那倒有個辦法能解決連不上HiNet小水管的問題,那就是給P2P快取一條連接HiNet的路。就如同這篇文章所寫的,只是用P2P快取來代替文中HTTP Proxy的角色。大概的步驟是這樣:
1. 申請HiNet的ADSL或是光世代;可能光世代好一些(光纖應該不會有因為距機房太遠而降速的問題吧?我指的是到HiNet機房的速度,不是到Google、Yahoo的速度)。要幾條就看需求了,反正光世代應該比國際頻寬便宜多了。
2. 進行NAT(到時候要帶著HiNet的IP進HiNet網路);如果多條的話,再加上負載平衡機制。
3. 看是要在P2P快取,或是它連接的路由器上,設定static route,將往HiNet IP block的封包,透過前述步驟設定的線路送往HiNet。
如果一時想不到如何進行負載平衡,也可以採用這樣的方式:假設需要連接到的HiNet IP block有n個class B,而光世代有m條,那就以“讓每一條線路負責大約n/m個class B的IP block”的方式來設定static route即可。一開始測試時可以只申請1條光世代,只設定1個class B過去,再視情況進行調整。
理論上來說,BT的種子應該會分布在全球各個網路上,所以HiNet內的種子只會占一小部分(Linux的安裝光碟就是這個情況);但是(我推想)如果要下載的torrent是有中文字幕的檔案,由於全球使用正體中文的地區好像只剩下臺灣及香港,很多種子就可能是HiNet內的IP(畢竟它在寬頻市場的占有率最高)。或許這可以解釋為什麼Linux安裝光碟的BT速度較理想,而其他有中文字幕的檔案的BT速度卻不令人滿意。
若以美國Comcast(那個管制BT傳輸,結果被FCC裁定違法的ISP)的例子來說,它對Comcast用戶下載並未限制,上傳給同是Comcast的用戶也沒有限制,被限制的是上傳給非Comcast用戶的BT連線。如果HiNet採取類似的策略管制BT,則非HiNet的網路使用者自然處於不利的地位。
因此讓P2P快取有條HiNet的線路可走,讓它能以HiNet用戶的身份進行HiNet內的BT傳輸,再回傳給它真正服務的使用者,應該能稍稍解決連不上HiNet小水管的問題。
其實若由我在22樓的測試結果顯示,傳輸協定加密的下載速度高於未加密的情況來說,當時說不定也受到ISP的BT管制,因為傳輸協定加密正是當初迴避Comcast對BT管制的方法之一。至於到底是我這邊的ISP在管制,還是另一端用戶的ISP在管制,是很難判定的;想想看,在Comcast的例子中,雖然是Comcast在管制BT,但是屢次下載不成功的可是非Comcast的用戶。所以正確判斷問題原因,有時並不是那麼容易的。
此文章於 2010-03-12 11:32 PM 被 pzcjinz 編輯。
其實只要到HiNet自己的測速網站,能有比較像話的表現(好比下載速率10Mbps的產品能到8、9Mbps)就可以啦;至於是網路線供裝、VDSL還是FTTx,我覺得都不重要;如果離機房近,ADSL測速的表現很好,我覺得ADSL也可以啊(所以我是列出ADSL及光世代)。
這個方法只是想與HiNet內的小水管連線,所以只要在HiNet內速度夠快、價格便宜就好了,經濟型也沒有什麼不好的;反正P2P快取是幫很多人下BT,應該不會搶輸其他HiNet用戶的
真要塞在網路的話,反正大家一起塞,其他用戶會向HiNet抱怨的;而且我想HiNet不會讓這種情況發生的,它應該會及早擴充線路。
此文章於 2010-03-12 11:34 PM 被 pzcjinz 編輯。
書籤