[軟體名稱]：cfosspeed
[軟體版本]：v5.00 最新
[語言介面]：繁體中文
[作業系統]：Windows XP/2003/Vista/Win7
[檔案大小]：2.04MB
[軟體介紹]：
網路線路狀況調整軟體，可以有效改善因為上傳過大而導致整個網路卡死的問題。
[原理介紹
]：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 來說，這正是最迫切需要的功能。
[下載]：
http://freakshare.net/files/18jkdj8z/cFosSpeed.rar.html
