Cfos & Cfos Speed

針對于還有許多人不知道這兩個軟件的分別,所以現轉貼讓大家分享一下,起碼看完這篇文章之後你會知道你現在需要的是哪一種。


cFos和cFos Speed基于同一個加速引擎同步開發,但是側重點有所不同;
cFos是一個多功能的PPPOE撥號軟件,附帶流量統計和簡單的防火牆功能,它的Traffic Shaping引擎中的程序優先級功能不能在2000系統使用(安裝後沒有這個選項);程序虛擬了一個傳統的Modem來實現撥號等功能,安裝後會添加一個常規的自啓動程序出現在系統欄.
而cFos Speed功能比較專一,就是在線路高負荷情況下盡可能的降低遊戲ping值,它的Traffic Shaping功能在2000和XP下都是完整的;它會安裝一個服務方式啓動的驅動,也會在網絡中添加自己的協議,並且也有自啓動程序出現在系統欄.
雖然cFos Speed的程序優先級這個功能在2000下是可以出現設置界面的,但是界面中有提示 Prioritization only available for Windows XP!


問題與幫助
Q: cFos vs cFosSpeed, 兩者都要裝嗎? 兩者有何不同?
A: cFos 是 PPPoE (具有動態調整 MSS 功能) + 更新電腦時間 + 通信量調整 + (外往內) 防火牆…等數個不同組件整合的程序. cFosSpeed 是網卡專用的通信量調整程序 (Traffic Shaping). 所以兩者共通的地方, 隻有通信量調整功能. 也就是說 cFos 的功能比 cFosSpeed 強非常多, 兩者一起使用時, cFos 會退居幕後, cFosSpeed 會負責執行通信量調整功能, 所以擇一較理想.
Q: cFos 的防火牆與 Windows XP Sp2 的防火牆比較?
A: Windows 那個不叫做防火牆, 那叫做笑話. 至于 cFos 的防火牆, 可以通過
www.grc.com
(Shield Up) 的測試, 全部 PASS. 德國官方網站說, 建議外加其他防火牆, 達到更加的防護. 這是因爲 cFos 本身有 PPPoE, 所以加上防火牆是理所當然的功能, 至于外加防火牆, 通常作用的都是在 OSI 七層架構中的 Lv4 以後, 所以不會互相沖突. cFosSpeed 官方網站上找不到防火牆的字眼, 可能沒有吧~~~~
Q: cFos 所提供的 PPPoE 是什麽? 可以給 ADSL or Cable 使用嗎?
A: 如果你用的 ADSL, Cable 是原本需要安裝 PPPoE 或是電信告訴你用 Windows 2K/XP/2003 內建的 PPPoE, 這代表者當你安裝 cFos 以後, 可以完全移除原先其他 PPPoE 所創造出來的連線帳號. 完全以 cFos PPPoE 來取代之. 筆者自己是動態IP的 ADSL, 用是 cFos 所創建的連線帳號, Cable 用戶上網原理與 ADSL 用戶相差不多, cFos or cFosSpeed 擇一.
Q: 安裝後沒有什麽事情發生? 怎麽回事?
A: cFosSpeed 安裝後, 必須設定目前連線帳號啓動 Traffic Shaping (紅色勾預設在不啓動), 至于 LAN 部分選擇自動即可. 然後重新開機 (不確定, 我用的是 cFos)
cFos 安裝後, 筆者將過去由 Windows XP 內建的 PPPoE (沒有動態調整 MSS) 所建立的帳號刪除, 然後再 cFos 內帳號設置部份重新建立新帳號 (輸入帳號名稱[隨便], 用戶號碼 [舉個例子, Hinet 請輸入
xxxxxxxx@hinet.net
], 用戶密碼), 其實這個建立帳號的步驟, 與 Windows XP 內建的 PPPoE 建立時大同小異, 然後用這個新建的帳號上網. 如果你安裝 cFos, 卻仍然用 Windows XP 內建的 (或其他 PPPoE) 帳號上網, cFos 不會發生任何作用. 這是必須注意的事項.
Q: 怎麽知道自己有啓動通信量調整功能?
A: 首先看功能表 (cFos/cFosSpeed), 出現爲關閉通信量調整功能時, 代表目前[通信量調整功能是運作狀態]. 如果關閉通信量調整功能, TX (內往外送的封包) 就沒有重新排列的功能.
Q: cFos 是多國語言版本? 怎麽改語言版本? [隱藏功能]
A: cFos/cFosSpeed 都是多國語言版本, 隻不過在安裝時 cFosSpeed 會問你要用什麽語言來安裝. 那著到底 cFos 安裝之後, 還能改語言嗎? 答案是確定的. 首先進入 cFos 安裝目錄, 找到其中叫做 cfos.ini 檔案, 所有的玄機都在裏面, 注意 fulllangid= 這一列, 然後再開 cfosml.txt, 可發現繁體中文的 Language 後面有 1033 這個數字, 如果改 fulllangid=1033, 儲存之, 用 taskmanger 關閉 cfosdnt.exe, 然後重新啓動 cfosdnt.exe, 會發現整個功能表已經換成繁體中文了.
Q: cFos/cFosSpeed 的通信量調整功能, 每次都會 Ping 一個目的地, 怎麽改?? [隱藏功能]
A: 預設狀態, cFos/cFosSpeed 都是 Ping 德國 cFos (不確定, 得 tracert 查查看), 但是外國往往必須經過很多 router 的轉接, 所以筆者用 ping_dest= 這個命令 (cfos.ini or cfosspeed.ini) 去改變 Ping 的位置, 這個位置筆者自己是 Ping Hinet DNS (168.95.192.1), 改法是在 [param] 位置增加一列 ping_dest=168.95.192.1, 儲存之. 重新開機, 如果你是 Seeder, Aproll, Sparq….等等, 找自己的 DNS 來 Ping, 這樣通信量調整功能會有所改變, 至于效率嗎? 還得在研究~~~~
Q: 我改了 Ping 的位置, 怎麽知道改成沒有?
A: 先上網, cfos/cfosspeed 有提供一個命令列參數視窗, cfo pingstat 最後一列的最後一組 IP 就是 Ping 的位置, cfosspeed 用戶則打 spd pingstat, 如果你發現沒有更改, 請確定 cfos.ini or cfosspeed.ini 在 [param] 裏面是否確實的設定了新的位置, 然後重新開機.
Q: 爲何用 BT/eMule 使 CPU 達到 100%?
A: 筆者無論用 cFos or cFosSpeed, 執行 BitComet 0.59, eMule 0.46c, Share A82…. 通通正常. 所以問題應該是—> 是否用到了破解版, 內中往往有不明物品, 筆者提供的 KeyGen 沒有這種問題. cFosSpeed v2.11 目前 eMule 已經有 Goldesel 出的破解 Patch, 不過有沒有附送木馬或病毒? 不知. 因爲我比較喜歡 cFos 的 PPPoE 功能與校時功能.
Q: 通信量調整功能提升的幅度?
A: eMule 最不明顯, 因爲 eMule 有上下載限制, 有積分等等, 優點是不用開 USS 就有相同的效果, 還有一個可怕的用法, 就是故意將上傳開到很大 (甚至超過自己 ADSL 的理論上限), 藉以拉大下載的限制 (我想 1M/64K 用戶應該可以試試), 用 TrafficShaping 吸收掉爆量上傳帶來的沖擊, 保持全速下載(限熱門檔)
BT 類如 BitComet 0.59+DHT, 沒有上下載限制, 我上傳都設 Unlimited, 下載與上傳時常同時依段時間保持滿檔, 互不影響.
日本超爆量上傳類 (Winny, Share), 用 TrafficShaping 效果非常神奇!!!!!! 因爲像 Share A82 系, 上傳至少得開 50KBytes, 而 NT 系則必須開到 100KBytes, 在台灣除了 1M 上傳的用戶以外, 其他 ADSL 通通別想玩……我自從用的 cFos 以後, 平常 90% 時間都是在搞 Share, 雖然上傳隻有 64Kbit….熱門檔下載時, 重一開始到完檔, 全程保持在 95+% 極限速度, 簡直就是 FlashGet 沒兩樣~~~~超快樂
結論, 上傳越要求爆量的 P2P, 效果越好. eMule 受限先天機制影響, 本來就很慢的, 所以效果當然有, 不明顯.
Q: 則麽調整應用程式優先權?
A: 預設狀況下, cFos/cFosSpeed 已經建立了大部分常見的 P2P 程式, 但是你仍然可以自行設定, 例如筆者喜歡邊傳 Net Transport, 邊上網, 在以往~~~上網就幾乎死掉, 然後得限速 FlashGet, 這樣網站才跑的動. 現在 cFos/cFosSpeed 有個“優先”的設定, 筆者說明一下….首先轉到 Other 頁, 然後 Browser 到你執行程式的名稱上, 如 NetTransport.exe, 接下來選擇 Add, 這時用滑鼠調整優先度, 例如 Lower, 接著按下最下方的 Save.
設定優先權之後, 邊傳檔邊上網時, 很明顯的~~~~Net Transport 的速度會因爲上網流量有增減, 這是 traffic shaping 的效果出現, 許多網友提到, 一邊 BT 一邊上網, BT 完全不會影響上網, 這是因爲 BT 的程式已經內建在優先設定之中, 看官們找一找吧, 當然所有流量的優先度都是可以設定的.
Q: 我看到優先度設定最上面有一個類似電源總開關的控制項…幹什麽用的?
A: 預設是總開關朝上, 不太影響 Ping 值的情況下, 代表優先使用全部頻寬.
總開關朝下, 是完全已最佳 Ping 來調整網路, 這時候往往不能得到全部的頻寬, 但是如線上遊戲等不能隨便 LAG 的程式, 就會達到最強的反應速度.
這個總開關是控制 Traffic Shaping 行爲模式的最重要部分, 常用 P2P 的人, 開關朝上, 常用 Online-Game 的人, 開關朝下.
cFos Speed,隻是單純的線路優化軟體!
cFos 則是包含線路優化及撥接功能的軟體,在位階上及功能的多樣化上是高過于 cFos Speed 的。
兩者無法共存,也沒必要!因爲會有互搶 COM Port 的情況!
如果使用的是撥接式的 ADSL,我會建議使用 cFos,利用它的撥接功能來取代原系統內建的撥接程式。
固撥的話,那就選擇 cFos Speed,作線路優化即可。
這是我使用過效能優化程度最爲顯著的軟體,強烈建議大家試試!
尤其是在 P2P 下載及上槫檔案的同時,網頁浏覽,頁面刷新的速度會有相當大程度的改善。
若再能搭配 FireFox 的浏覽器的話,那麽可以感受到的速度改善真令人訝異。


使用 cFos/cFosSpeed 的網友
原文 (cFos 的 Help 中, 並非本文), 有提到“校正 cFos 線路適應性”的文章
連結在此
http://www.cfos.de/traffic_shaping/explain_e.htm?calibrate
最後面是重點, 因爲看到有些網友說速度反而更慢
才發覺可能是這個步驟沒有執行造成的 (或許吧….因爲我也遇過這樣的狀況)
校正 cFos/cFosSpeed 的步驟 (爲何要校正? 因爲 ADSL 的傳輸比每個國家地區都不同, 所以 cFos 必須要知道這條線的最大上傳與最大下載分別是多少)
(1) 待測 ADSL 網路淨空, 也就是沒有任何電腦使用到頻寬
(2) 確定打開 Traffic Shaping 功能.
(3) cFos/cFosSpeed 執行“clear calibration data”(我灌的是日文版, 英文應該是這樣的字, 中文應該是清除校正資料等意思)
(4) 純粹全速下載!! 最好的方法就是找個大檔案下載 (千萬別用 P2P, 因爲會動到大量上傳), 這樣的過程建議超過 10 秒. 然後停止下載.
(5) 純粹全速上傳!! 最好方式, 就是發一封 eMail, 夾個大檔案 (建議超過 5MB) 給自己, 但也不用真的把這封信傳完, 隻要能保持全速上傳約 60 秒就可以了.
[6] 經過 (4) and (5) 以後, cFos/cFosSpeed 就會紀錄那條 ADSL 的特性參數, 詳細參數可用 cFos 控制台, 然後鍵入 cfo speed (cFos) or spd speed (cFosSpeed) 指令看到, 參數大概有幾十種吧, 不僅僅隻是單純的上傳與下載參數而已. 所以校正的工作很重要.
(7) 筆者另外發現一種懶人校正法, 步驟同 (1), (2), (3), 然後選擇“發送校準信號脈沖”, 他也會做同樣的校準動作, 至于成效嘛……我覺得有待改進, 可能是校準的持續時間太短, 大約隻有 10 秒鍾而已.

[最初的原文在此]
cFos v6.00+ 與 cFosSpeed v2.00+ 提供一種新的上傳流量“封包重新排序”的功能,稱之爲“Traffic Shaping”.
那什麽是 Traffic Shaping?
原文在此
http://www.cfos.de/traffic_shaping/traffic_shaping_e.htm
筆者用了幾周以後, 覺得確實需要推薦給常用 P2P 的網友
就 TCP 封包交換的過程, 先說明一下.

 

(1) TCP 采取交握式封包傳送機制, 傳送端必須等待接收端的 ACK (認知) 封包傳回後, 才會繼續傳送下一個封包. 也就是說如果, 傳送端一直等不到接收端的 ACK 封包時, (1a) 他會一直等待到傳回 ACK 爲止, 這段時間他不會傳送任何新的封包 (1b) 超過時間後, 他會切斷與接收端的通信.
(2) 爲此, 現有 ADSL 多半建議使用者將 TCP 封包長度僅可能開到最大, 目的是減少 ACK 交握訊號的次數. 然而這麽做會有個副作用, 就是在全速上傳時, 排隊在後面的 ACK 封包, 會因爲前一個封包上傳占據大量時間, 無法“及時”傳送給“傳送端”, 造成 (1a) or (1b) 的狀況.
(3) 如果將 TCP 封包長度減少, 則單位時間內 ACK 交握次數增加, “或許”可以減輕因爲全速上傳造成的排隊中, ACK 封包的延遲“機率”, 但仍然因爲較多的 Overhead (封包本身的控制區塊所占用的頻寬), 也沒有占多少便宜.
(4) 整理 (2) and (3) 可發現, 問題都出在 ACK 交握的時間點是否能在“傳送端”等待時間之內, 這是因爲 Windows 內建的 TCPIP 驅動器, 沒有“封包優先權”的設計, 造成“上傳滿檔壓死下載”的奇特現象.
這張圖就是在說沒有收到“接收端”ACK 封包時, “傳送端”停止下一個封包輸出. 左邊是“接收端”, 右邊是“傳送端”. 紅色小方塊是傳送端等待輸出的封包, , 正在傳送的綠色是“ACK 封包”, 由于 TCP 交握機制的運作, 收到一個紅色小方塊時, 就必須傳一個綠色小方塊對方, 告訴他我已經確實的收到了, 接下來才能再傳一個紅色小方塊過來.
那麽啓動 Traffic Shaping 以後的結果是什麽?

很明顯的發現, 綠色的小方塊 (ACK 封包) 可以“插隊”在藍色小方塊之間, 而且插隊的位置, 是在下一個要傳送封包的預備位置, 也就是說, 封包之間産生了“優先權”的機制. 所以紅色小方塊 (下載) 可以不受藍色小方塊 (上傳) 的影響, 繼續的輸出資料給接收端. 對于 P2P 來說, 這正是最迫切需要的功能.
如此一來, 即便上傳達到滿檔, 依然可以保持不斷的下載, 也就是說“上傳與下載之間的關系, 不再互相牽制, 上傳滿檔壓死下載是曆史名詞”; 至少筆者試用幾周來, 約有 95% 的時間, 看到上傳與下載各自滿檔的狀況, 在過去這是不可能的, 隻要上傳達到滿檔, 接下來下載就準備陣亡, 現在有了 Traffic Shaping 這種機制, 此情形已經看不見了.

cFos系列軟件官方下載點:

http://www.cfos.de/download/download_e.htm


本文轉載自:TWNzone論壇http://twnzone.org/discuz/

創作者介紹

習慣成失落...

zerosmall 發表在 痞客邦 PIXNET 留言(0) 人氣()