小弟上週剛剛申辦了Hinet 50/3 6IP固接式網路,初步測試速度如用單機(WinXP SP3不調整Reg)用 Hinet(26M/4.9M) or SpeedTest (28M/4.8M).
為使速度正常,我依照HINET(http://speed.hinet.net/index_faq_50m.htm)下載調整檔,但是每次用"開啟rfc1323.reg"後重開機過一會就都會造成WinXP不穩定,並整個OS凍住不動!只好再使用"關閉rfc1323.reg"重開機才能恢復穩定.
因為小弟的Server是架在WinXP上,因此想請教用WinXP接Hinet固接式 (6 IP) 50M光世代還需要調整Reg檔嗎?如果不調整是否速度就真的無法上來?
不論是有無經過NAT都一樣........
但是目前尚無人反映說會當機的狀況,不知道是不是Server的關係!!!
問題是,當我用Hinet 測速網站來測速,才發現一個奇怪的現象:
Win7 不管在 新版(http://speed2.hinet.net/do.aspx) or 舊版 (http://speed.hinet.net/speedtest/do.now) 測速都能達到 49M/4.8M 的正常速率.
Win XP(已經啟動 RFC1323.reg)在新版(http://speed2.hinet.net/do.aspx) 為16.4M/4.8M .
Win XP(已經啟動 RFC1323.reg)在舊版(http://speed.hinet.net/speedtest/do.now) 則會達到 48M/5M .
我的問題有2點:
1.網路訊號都已經過AP處理過,為何Win7 與 WinXP會有不同的速率?但是他們電腦間傳檔卻都很正常可達100Mb !
2.Hinet 新,舊 版測速網站為何單單只會針對WinXP有不同的測速結果,Win7就一切正常呢!
ken-c wrote:
最重要的是,照理說我是固接式6 IP,並不需要用潑接上網,為何我已經透過Router NAT 怎麼WinXP還是非得啟動RFC1323呢?不然速度一定上不來!這才是我一直弄不清楚的地方...(恕刪)
基本上由於TCP傳送資料時，需等待接收端回應ACK才會接著傳送下一個封包，所以傳送端能否即時收到ACK就大大的關係到實際的傳輸效率，這關係到網路的傳輸延遲。
當未啟用RFC1323時，接收端的TCP window size是64K，請參考下圖中的藍線，如果傳輸速率要達50Mbps，則理論上傳輸延遲必需要在12ms以內(也就是傳送端與接收端互ping的值要控制在12ms以內)。
今若啟用RFC1323，則可以將TCP window size擴大為64K以上，可以想像成允許傳送端在收到ACK前，可以多送幾個封包，這麼一來就可解決傳輸延遲影響TCP效能的問題。
傳輸延遲影響TCP效能是很明顯的，假如今傳送、接收端相距一個太平洋的距離(如台灣和美西)，傳輸延遲接近200ms，這時若要達到50Mbps的速度，就得將TCP window size放得非常大才行。
那你會想，為什麼TCP要參考傳輸延遲來控制傳輸速度？種種因素在此不多贅述，不過，新版作業系統已經發現並改善了這個問題。
Windows Vista、Windows 7採用微軟自行研發的CTCP (Compound TCP)、新版linux系統採用BIC或CUBIC，這些新版本的TCP機制已將傳輸延遲對傳輸速率帶來的影響納入考慮，所以您使用Windows 7當然會傳得比較好。
內文搜尋
從 APP 打開
X