Windows registry 中網路最佳化參數設定

大家好!
之所以發表這篇文章,是希望各位網兄不要步上我的後塵,徒然花了很多無謂的時間,卻沒有獲得自己想要的結果。希望這篇文章的發表,有助於未來各位網兄在網路參數上的設定。
話不多說,我直接講結論。市面上有一些軟體可以進行網路最佳化參數設定(如Advance SystemCare中的Firefox TCP),而網路上也有一些介紹網路最佳化參數的網站(如Speedguide.net),不管是哪一個方案,我的結論只有一個,那就是Windows內部的原始參數設定就是最好的,不必因此更改。
舉例而言,我使用的寬頻是Hinet 1M/64K。由於Hinet的機房設定,它的網路MTU值固定是1480,MSS值固定是1440。即使使用軟體更改registry的值,實際的操作參數還是受制於Hinet,沒辦法更動,不用白費力氣妄想更動它。至於 TCPWindowsSize的值,SpeedGuide.net建議是MSS*44*2^N(N=0-4),我照它的建議去設定,而DefaultTTL值SpeedGuide.net建議是128,我也照著設定。結果,設定完了之後,網路速度不但沒有增加,而且比以前慢,連不懂網路的老婆用了網路後,跟我抱怨網路怎麼變慢了。最後我改回Windows的內部預定值,也就是TCPWindowsSize=65535,DefaultTTL=64,網路速度才恢復正常。
為了上述的網路最佳化參數設定,我花了好幾天下班時間進行測試,最後得到原始的設定參數就是最好的參數之結論。在此告訴各位網兄,無須多花時間去校調我們的網路參數設定,因為他原本就是最好的。希望大家藉由我的經驗,不必花時間在校調參數上。


Windows Vista 作業系統會自動調整 TCP 不須作任何調整 (因為微軟改變作業系統處理方式) , 但 XP 或 2000 作業系統要取得最佳化則須手動調整, 這調整也與網路卡有關, 不同廠商網路卡調整數值不一樣, 甚至同一廠商不同型號網路卡也會有不同調整數值發生.

您可能調錯地方, 真正該調 "降" 的是 RWIN 值, 這是因為台灣 "中X電訊" backbone 線路及設備造成的 delay 須要在 XP 或 2000 作業系統電腦網路卡上修正. 在國外作 trace route 點與點之間時間通當為幾拾個 ms 之內(美國通常在 25ms 內), 可是對台灣地區常常超過 100ms 甚至超過 200ms, 這就是為什麼在台灣下載大檔案經常莫明其妙斷線. 我是因為在美國有一顆 Slingbox 電視盒才發現這個問題, 在美國其他地區遙視收視訊號一級棒, 可是剛開始台灣家人上 So-net 遙視收視訊號非常爛, 與 So-net 及 "中X電訊" backbone 工程人員多次電話溝通後才意外發現這個問題. 家人與我以前通通是用 Sony 電腦, 內建都是 Intel 網路卡只要把 XP 作業系統內網路卡 RWIN 值降低後收視訊號就開始變成一級棒, 下載大檔案也不再斷線.

為什麼要 "降" 低 XP 作業系統網路卡 RWIN 值? 當 TCP 在傳送連續訊號, 收訊端每隔一段時間須要回覆 ack 訊號, 當 backbone 線路及設備造成的 delay 時間很長, 送訊端無法在一定時間內收到這個 ack 回覆訊號送訊端就會認為網路有 error 停止再送任何訊號, 一直等到收到這個 ack 回覆訊號才又從新開始送訊號. 把 XP 作業系統網路卡 RWIN 值降低後電腦會提前送出這個 ack 訊號補償 backbone 線路及設備造成的 delay 時間, 這樣就會讓網路連續串流訊號跑的很順.

建議您改用 Windows Vista 作業系統, 微軟改變作業系統處理 TCP 方式,  會自動調整, 不再須要作任何手動調整. 

希望這樣簡單解釋可以讓您了解.


navster wrote:
您可能調錯地方, 真正該調 "降" 的是 RWIN 值...(恕刪)


感謝navster兄的熱心分享!沒錯,我一開始就是朝調高RWIN值的方向調整,所以網路表現反而不好。經過您的指點,我才恍然大悟原來我調錯方向。
我的確是使用XP Pro,沒想到Vista的網路管理比較先進,以後可不能太貶低Vista了
再次感謝navster兄的指教,小弟獲益良多。
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!