標題:
[原創]
cFosSpeed-上下載優化(試過快好多)
[打印本頁]
作者:
win169
時間:
2008-3-8 17:36
標題:
cFosSpeed-上下載優化(試過快好多)
功能簡介
網路線路狀況調整軟體，可以有效改善因為上傳過大而導致整個網路卡死的問題。
原理介紹TCP 封包交換過程
TCP 採取交握式封包傳送機制，傳送端必須等待接收端的 ACK（認知）封包傳回後，才會繼續傳送下一個封包。也就是說如果，傳送端一直等不到接收端的 ACK 封包時，它會一直等待到傳回 ACK 為止，這段時間不會傳送任何新的封包；超過時間後，會切斷與接收端的通信。
為此，現有 ADSL 多半建議使用者將 TCP 封包長度盡可能開到最大，目的是減少 ACK 交握訊號的次數。然而這麼做會有個副作用，就是在全速上傳時，排隊在後面的 ACK 封包，會因為前一個封包上傳佔據大量時間，無法「及時」傳送給「傳送端」，造成 (1) 的狀況。
如果將 TCP 封包長度減少，則單位時間內 ACK 交握次數增加，「或許」可以減輕因為全速上傳造成的排隊中的 ACK 封包的延遲「機率」，但仍然因為較多的 overhead（封包本身的控制區塊所佔用的頻寬），也沒有佔多少便宜。
整理 (2) 與 (3) 可發現，問題都出在 ACK 交握的時間點是否能在「傳送端」等待時間之內，這是因為 Windows 內建的 TCP/IP 驅動器，沒有「封包優先權」的設計，造成「上傳滿檔壓死下載」的奇特現象。
cFos / cFosSpeed 的原理 - 關鍵的 Traffic Shaping
這張圖就是在說沒有收到「接收端」ACK 封包時，「傳送端」停止下一個封包輸出。左邊是「接收端」、右邊是「傳送端」、紅色小方塊是傳送端等待輸出的封包、正在傳送的綠色是「ACK 封包」。由於 TCP 交握機制的運作，收到一個紅色小方塊時，就必須傳一個綠色小方塊對方，告訴對方我已經確實的收到了，接下來才能再傳一個紅色小方塊過來。
若無提高 ACK 封包的優先權，在網路上傳流量繁忙的時候，因為 ACK 封包延遲送出，而造成下載不順的情況出現。
那麼啟動 Traffic Shaping 以後的結果是什麼？很明顯的發現，綠色的小方塊（ACK 封包）可以「插隊」在藍色小方塊（上傳封包）之間。而且插隊的位置，是在下一個要傳送封包的預備位置。也就是說，封包之間產生了「優先權」的機制•所以紅色小方塊（下傳封包）可以不受藍色小方塊（上傳封包）的影響，繼續的輸出資料給接收端。對於 P2P 來說，這正是最迫切需要的功能。
相關教學安裝步驟站長較偏愛功能單純的 cFosSpeed，因此在此僅以 cFosSpeed 為例子說明。
先中斷網路連線
執行安裝程式
第一步選擇語言，下一步。
第二步 I agree 打勾，下一步。
第三步選擇路徑，下一步。
開始安裝。
優化 TCP 接收視窗的大小，下一步。
完成，安裝成功。
（以下為註冊程序）
雙擊 key.cfosspeed 開始註冊程序。
第一步選擇語言，下一步。
第二步 I agree 打勾，下一步。
第三步請輸入序號。
完成，註冊成功。
之後按照一般流程上網即可。
線路校正安裝完成後，一定要進行線路校正的工作，否則網路速度可能不升反降！以下是校正步驟：
待測 ADSL 網路淨空，也就是沒有任何電腦使用到頻寬。
確定打開 Traffic Shaping 功能，接著執行「Clear calibration data」。
純粹全速下載！！建議以 ftp 軟體（如 FileZilla）以匿名方式連至 ftp.adsl.hinet.net 進行下傳測試。本過程建議超過 10 秒。
純粹全速上傳！！建議以 ftp 軟體（如 FileZilla）以匿名方式連至 ftp.adsl.hinet.net 進行上傳測試。本過程建議超過 60 秒。
經過 (3) 與 (4) 以後，cFos / cFosSpeed 就會紀錄這條 ADSL 的特性參數。
入面有3個版本~隨你喜歡去裝
DOWNLOAD
(歡迎轉載此line去其他地方比有需要既人下載)
作者:
fung737
時間:
2008-3-9 13:35
用快車(FlashGet)無法下載！
作者:
sshadow
時間:
2008-3-15 19:28
thanks for your sharing!
thx
作者:
peninsula
時間:
2008-3-15 23:32
引用:
原帖由
win169
於 2008-3-8 17:36 發表
功能簡介.
Seems not for amateur to install!
歡迎光臨 香港 Xocat Forum 討論區 (http://p.xocat.com/p/)
Powered by Discuz! 6.0.0
