【討論】固定3IP該換moden還是加裝ip分享器?





頁 : 1 [2]

cheerx
2008-02-15, 08:33 PM
FYI兄不是的,小弟不是要找您麻煩啦!只是小弟沒在玩cfospeed,對他的機制小弟了解的似乎只有在單機環境有作用,樓主的問題其實已經在pcdvd問過小弟了,所以這篇小弟才一直沒有直接回答樓主的問題,如果您提出來的方式有效當然小弟就做ㄧ個參考阿.

樓主的問題小弟猜測到是有ㄧ些可能,ㄧ個是P2P軟體本身頻寬限制沒用,樓主有支出其他看不見的頻寬,或是樓主的線路速度有些問題(中華電信那邊有實上傳會設錯),也偶可能樓主有其他軟體(筆方廣告軟體,病毒,木馬...等),會導致額外的頻寬支出.加上頻寬管理器當然是ㄧ個方式,如果很熟悉網路技術的話,自己弄個mrtg監控一下流量也是可以抓的出問題.




FYI
2008-02-16, 02:11 AM
補充解釋一下小弟前面所說的, 如果A 把頻寬用光了, 那麼B 使用cFos/cFosSpeed, 對於B 來說是沒用的, 可是如果A 覺得開網頁不順, 那麼A 執行cFos/cFosSpeed, 對A 來說應該是有用的, 所以以上的前提是A/B 都不會把頻寬吃光了, 至少得保留一個安全量給對方, 如果樓主不知如何調整, 那就只好靠頻寬管理器來限制頻寬使用量, 然而小弟懷疑問題並沒有根本解決, 可能還是得靠cFosSpeed 的幫助, 或是找出實際問題所在, 因為根據樓主的敘述, P2P 佔據的頻寬並不高, 所以比較像是Windows 的問題, 而頻寬管理器所解決的是外部的問題, 頻寬管理器無法解決Windows 內部對於封包處理先後次序的問題

OGC OGC
2008-02-16, 04:37 PM
目前抓到的問題可能真的是P2P軟體上傳頻寬比設定的高出很多,還會在詳細確認一下。

FYI
2008-02-16, 09:25 PM
看到樓主在友站的提問, 小弟想提醒樓主一下, 就算目前這兩台電腦是你能控管的, 但是以後加入的, 你可能管不到或管不好, 所以你的情況可能需要明誠頻寬管理版, 才能避免互相影響, 但是對於個別電腦來說, 還是得使用cFosSpeed, 或者避免P2P 吃掉上傳頻寬, 造成自己上網不順

linux_xp
2008-02-16, 10:37 PM
有可能是忘記改 XP SP2 的 session 數限制
其預設值非常低,好像是 10 個 session
沒有破解,P2P 是根本沒法用的

網路上有破解程式,可以破解這個限制
大部分的 BT 軟體,也都內建有這個破解軟體
改成 4096 或更大,試試看吧

破解 xp 連接數限制:
http://www.google.com.tw/search?q=%E7%A0%B4%E8%A7%A3+xp+%E9%80%A3%E6%8E%A5%E6%95%B8%E9%99%90%E5%88%B6&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:zh-TW:official&client=firefox-a

FYI
2008-02-17, 02:34 AM
linux_xp 兄, 小弟平時是很支持您的, 不過您此回真的看走眼了, 樓主的問題是上網不順, 而不是P2P 不順, 所以應該和破解無關, 可能是開網頁受到本身P2P 的影響, 果真如此, 那麼cFosSpeed 的Traffic Shaping 應該是有用的, 但小弟懷疑可能另有原因, 否則其他P2P 用戶豈不都有類似問題?

linux_xp
2008-02-17, 12:04 PM
.......(恕刪)
但是兩個人都已經在bt軟體把上傳頻寬和session數改的很低了一台50 session上傳頻寬5kb,一台1000 sessiong;上傳10KB,
......(恕刪)


關鍵是在這一句

原先沒仔細看,以為是改了 XP SP2 的 session 限制數,但裡頭有特別說:「已經在 BT 軟體」

那麼 XP 的 session 數呢?

從 XP SP2 開始,加入一種安全機制
M$的說法是可以有效防止病毒亂散發封包的危害
有人去進一步分析其技術的組成
說穿了原來是限制 session 在非常小的單位.....

VISTA 似乎也有採用相同的 limit 限制
因為 BitComent 附有 vistaTcpPatch.exe 這支 tool 程式

這和某些頻寬管理器採用的是相同技術,應該不陌生
藉由限制 session,來限制 P2P 的併發連接數,以達到減速的目的

頻寬管理器,是閘道器層級,位於「源頭」
而 OS 本身的限制,是「client」 端層級的,比較容易忽略

中國大陸的 BT 軟體,如比特彗星,迅雷
都有針對這個問題做改善
幾乎都內建破解程式,是自動破解的
所以這個問題也漸漸被忽略

不過 BT 軟體有很多種
例如 uTorrent 來說,就沒有內建這個自動破解程式

-----------------------------------------------------

即使說樓主已經有改了 XP/VISTA 的 session (連接數)限制
也有可能是:數字改的不夠大,不夠用,導致網路變慢

比方說設定為 1024
想說 P2P軟體已經限制在 1000,還有 24 可用

但是這邊有一個重點:
"你可以控制寄信給別人的數量,無法控制別人寄信給你的數量"

P2P 軟體中所謂的 session 限制,是指「有效連接數」
當 P2P 運作時,外面的人藉由伺服器知道有你這個點
連接會源源不斷進來,例如有 3000 個 session 連接要求進來
P2P 只承認 1000 個,有效連接數為 1000

但剩餘的 2000 個連接,並不是消失或不存在
只是 P2P 軟體不願意與其連接,而這些 session 確實已經進來了
也就是說:已經在佔用 OS 的 session 限制總數了!

當 OS 的 session 被吃光了
當然,瀏覽器開網頁,或 BBS,也是要連接的(session)
它就必須等,所以就會感覺變慢了


一般使用電腦,session 數是有多大開多大
除非是有特別需求,例如:故意要降速,做頻寬管理

包括 P2P 軟體也是,在所有 BT 優化的教學文章中
全部都是對「連接數」動手腳,連接數改大,下載就會變快

理論上 ISP 只有限制頻寬大小,並沒有限制 session 數目
例如 8M/640K,上傳極限為 640K
但 ISP 並沒有確切的數字,說明 session 數限制為多少
既然沒有限制,當然不用白不用,開到極限就對了

以 P2P 軟體可以調整限制上傳頻寬為 5KB/10KB 來說
那它就不可能吃光上傳頻寬
在這種情況下,當然 session 數愈大愈好,因為愈快

----------------------------------------------------------

cFosSpeed 這個軟體的原理是這樣的:


◎圖解cFosSpeed運作原理
 這張圖就是在說沒有收到「接收端 (自己的電腦)」ACK 封包(確認訊息)時,「傳送端 (網路伺服器)」停止下一個封包輸出。左邊是「接收端」、右邊是「傳送端」、紅色小方塊是傳送端等待輸出的封包、正在傳送的綠色是「ACK 封包」。由於 TCP 交握機制的運作,收到一個紅色小方塊時,就必須傳一個綠色小方塊對方,告訴對方我已經確實的收到了,接下來才能再傳一個紅色小方塊過來。

http://dick51207.myweb.hinet.net/cFosSpeedsoga/28.gif

 若無提高 ACK 封包的優先權,在網路上傳流量繁忙的時候,因為 ACK 封包延遲送出,而造成下載不順的情況出現。

http://dick51207.myweb.hinet.net/cFosSpeedsoga/29.gif

 那麼啟動 Traffic Shaping 以後的結果是什麼?很明顯的發現,綠色的小方塊(ACK 封包)可以「插隊」在藍色小方塊(上傳封包)之間。而且插隊的位置,是在下一個要傳送封包的預備位置。也就是說,封包之間產生了「優先權」的機制‧所以紅色小方塊(下傳封包)可以不受藍色小方塊(上傳封包)的影響,繼續的輸出資料給接收端。對於 P2P 來說,這正是最迫切需要的功能。
http://dick51207.myweb.hinet.net/cFosSpeedsoga/30.gif



它只是提高 ACK 旗標封包送出的優先權
來讓「連接要求」(TCP 三段式交握)可以更快的送出

對於 session 已經受限的情況來說,效果是有限的

再來一點是:現在很多 BT 採用 UDP 封包...

TCP 封包才有旗標,UDP 封包是沒有 ACK 旗標的

這是容易讓人誤解的地方
官方網站也沒說明(在商言商,當然只講優點,不講缺點)

這確實是有點諷刺,cFosSpeed 標榜可以加速 P2P
它的技術完全是建立在:提高 ACK 封包優先權上面

在它剛面市的那個時代
印象中是 5~6年前吧,BT 確實都是 TCP 傳輸的
不過問題就是:BT 發展到現代,已經有 UDP 傳輸了...

那麼一個完全建立在 ACK 封包(TCP)優先權的加速軟體
在 UDP 傳輸量大的環境下,究竟能起到多少效用,這就非常值得研究了...

不能說完全沒有效用,畢竟 BT 還是 TCP/UDP 都有使用
再者 web/bbs 還是採用 TCP 傳輸,送出時有優先權也會有加速
只是效用肯定會有減弱

FYI
2008-02-17, 02:10 PM
小弟錯了, 您說的有道理! 假設樓主併發連線數只破解為50, P2P 就用掉50, 那麼是有可能影響P2P 以外的軟體運作, 理論上P2P 的連線數應該要低於併發連線數, 並保留一個安全量, 否則就算頻寬使用量不高, 但是卻都被P2P 吃光了, 其他軟體也要搶連線數, 就會感到遲鈍, 感謝您的精闢解釋