- 閱讀權限
- 20
- 最後登錄
- 11-1-11
- 精華
- 0
- UID
- 601682
- 帖子
- 381
- 積分
- 224
- 註冊時間
- 06-3-23
- 在線時間
- 73 小時
- UID
- 601682
- 帖子
- 381
- 積分
- 224
- Good
- 38
- 註冊時間
- 06-3-23
- 在線時間
- 73 小時
|
有人說我是唯一一個說有副作用的人。
請你多Google一下看看。
很多英文網站都有詳盡解釋。
我不想慢慢去打長文只為了你們,反正壞機的人不是我。
相信不少人都有用巴哈流傳的降Ping大法。
是以改變TcpAckFrequency值,以增快電腦傳封包的速度。
我使用後,驚喜地發現ping值由200多減到50多。
然而,數日後,我發現每數分鐘就會有Lag Spike(指突然超Lag)。
查找後,發現原來該降Ping大法會對分線器和路由器造成損害和過熱。
而且部分數據會的錯誤機率高了。
更可能會使你的分線器不停再向外發數據(原因不作解釋了)。
無奈之下,我改回TcpAckFrequency至預設值,卻驚覺情況無改善。
我猜想我的分線器已經損壞了。
於是,我要求網路公司(網上行)幫我更換modem(我使用modem+router二合一的)。
就再沒有Lag Spike了。
如果你的分線器/路由器是便宜貨,而你又在使用降Ping大法,快點回復原值吧,否則可能會損毀。
即使不是便直貨,你應該會發現Tcp下載速度會慢了(即BT/Foxy等等),而且下載的檔案間中會不完整。
200和50 Ping的分別,其實不太大。
但50和20Ping的分別,實在很大。
反正都去不到20Ping,我不會使用降Ping大法。
不過如果你的router和modem夠耐用,你可以考慮繼續使用,風險自己承擔。
原帖由 笨小陶 於 10-3-11 09:00 PM 發表
一早知道
所以都沒用到
有讀xp都知
傳輸封包就像一條沒有上蓋的管道
沖得太快就會流失 太急管道會裂
當然microsoft一早知道
所以預設值必定是穩定
可能大家覺得勁既router可能沒事
但係只係時間既問題
用過 ...
Why this works
Usually TCP delays sending acknowledgments of received data until either more data has been received OR a timeout period elapses. This timeout period may be because the sending side is waiting for the ack before sending more data. By setting TcpAckFrequency to 1, you send an acknowledgment immediately rather than waiting, preventing miniature "stalls" in the data stream. Note that this WILL reduce your bandwidth, as you will be sending more ack packets, thus using more network resources.
在「開始」下打開“執行”,輸入regedit,開啟註冊表。
找到
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\
下面會列出許多NIC 介面(名字類似{7DBA6DCA-FFE8-4002-A28F-4D2B57AE8383}),找到你連入互聯網的那個介面(點開每一個介面,直到你找到你電腦的IP位址"*註一",就是那個)。在右邊的視窗點滑鼠右鍵,找到TcpAckFrequency,然後右鍵點擊這個字串,選擇“改變,把數值設為2。
註1 : 請到開始>控制台>網路連線>點一下你的網路連線那個檔>左下方會顯示你的IP位置!!
[ 本帖最後由 RunToFreeForFly 於 10-3-30 10:29 PM 編輯 ] |
-
總評分:
Good + 1
查看全部評分
|