[請益] 關於cFos的使用和設定上的問題
聽說這套軟體比XP內建的PPPoE要強很多,
在上傳和下載的平衡上也非常好,
不過使用前好像需要一些設定,
小弟也不是很清楚~
看起來十分複雜阿...Orz
不過有在網路上看到一些人家的使用方式,
因為小弟最近才請K板主幫忙換SEEDNET網路,本來是GIGA DHCP
所以也沒有辦法測試,不過文章如下大家參考看看:
------------------------------以下轉自VERYCD----------------------
作為ADSL用戶,以前曾為「上傳突降」問題而困擾多時,遍尋解決而不得。試過各種mod,
雖然表面上看Xtreme比其它mod穩定,但仍非根本解決之道。
其實這是由Windows處理TCP/IP的方式不完善導致的,各種數據封包沒有優先級考慮,
在特定網絡條件下造成網絡阻塞。其表現就是上傳突然降至很低(低於10KB),而且除非
重新啟動modem否則無法恢復。碰到過很多有此問題的ADSL用戶。
解決此問題的終極方法就是引入第三方軟件cFosSpeed。cFosSpeed提供一種新的上傳流量
「封包重新排序」的功能,稱之為「Traffic Shaping」.( 註:此功能在Linux系統中自
帶)原文在此:
http://www.cfos.de/traffic_shaping/traffic_shaping_e.htm
就 TCP 封包交換的過程, 先說明一下:
(1) TCP 採取交握式封包傳送機制, 傳送端必須等待接收端的 ACK (認知) 封包
傳回後, 才會繼續傳送下一個封包. 也就是說如果, 傳送端一直等不到接收端的 ACK 封包
時, (1a) 他會一直等待到傳回 ACK 為止, 這段時間他不會傳送任何新的封包 (1b) 超過
時間後, 他會切斷與接收端的通信.
(2) 為此, 現有 ADSL 多半建議使用者將 TCP 封包長度僅可能開到最大, 目的是減少
ACK 交握訊號的次數.
(3) 如果將 TCP 封包長度減少, 則單位時間內 ACK 交握次數增加, 「或許」可以減輕因
為全速上傳造成的排隊中, ACK 封包的延遲「機率」, 但仍然因為較多的 Overhead (封包
本身的控制區塊所佔用的頻寬), 也沒有佔多少便宜.
(4) 整理 (2) and (3) 可發現, 問題都出在 ACK 交握的時間點是否能在「傳送端」等待
時間之內, 這是因為 Windows 內建的 TCPIP 驅動器, 沒有「封包優先權」的設計, 造成
「上傳滿檔壓死下載」的奇特現象.
該軟件要調整過才能有最佳效能
(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) 指令看
到, 參數大概有幾十種吧, 不僅僅只是單純的上傳與下載參數而已. 所以校正的工作很重
要.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 219.68.236.221
推
10/07 00:24, , 1F
10/07 00:24, 1F
推
10/07 00:24, , 2F
10/07 00:24, 2F
推
10/07 00:27, , 3F
10/07 00:27, 3F
→
10/07 00:28, , 4F
10/07 00:28, 4F
Broad_Band 近期熱門文章
PTT數位生活區 即時熱門文章