[分享] 網路加速器? 工作原理為何?

achen

http://www.buy.com/retail/product.asp?sku=10410437&adid=17662

號稱可以讓網路增速 400%?? 工作原理為何?

看 user review 提到 "It's a great product to add QoS to any network" 但又說 "it's plug and play, no configuration required", 你不去設定怎麼作最佳化?

我實在有點不懂...

netshu

Originally posted by surprise_idea at 2005-10-26 03:54 PM:
這個東西，我就了解了！
他們有用到我們公司的 ic 啦！ ^_*

他是是運用  cpu 把多個封包組合成一個！並加以最佳化 類 qos 去做的啦！
效能真的是有提升哦！但是重點必需是要在你的頻寬無限的情況下！
若是你的頻寬只有 2m ，不會使你變成 4m 啦！

多個封包組成一個封包？很難想像，除非是進tunnel，不然Destination不同，DSL的MTU也有限制，re-construct packets（包括header及payload ）不會發生問題嗎？又如果說多個封包組成一個封包是指encapsulation，跨越Internet的結果是fragment無可避免，這樣的說法，聽來真的很玄是不？：）不過，最佳化是可以理解的：）

[ Last edited by netshu on 2005-10-27 at 15:52 ]

busykevin

Originally posted by achen at 2005-10-26 12:22 PM:


只針對單台電腦  access internet 最佳化的程式對我比較沒有用, 我的頻寬不是被自己養的動物搶走, 是被我室友用三種不同程式 24/7 下載連續劇弄垮的, 但是我又不好意思跟她說...

所以我本來想換一台有QoS 的 router, 但是今天看到這個產品, 我想搞一台來玩看看能不能至少達到 "網頁瀏覽器永遠優先" 的效果..

你的情形我有切身之痛，所以當我看到這個產品之後，二話不說直接買了~
介紹網頁如下：
http://www.zyxel.com.tw/newPro/page_5.php

使用p2p的速度會降蠻多的(還是種子已不夠熱門?)，但是別台電腦上網時不會覺得被拖累(這個是重點)，這個產品也是針對各個程式設定優先性來提撥頻寬，設定蠻簡單的。

surprise_idea

這邊的無限，是指沒有被限制啦！
就是說！上傳的速度及下載的速度！不會因為被頻寬卡住為主啦！

一般的資料流是為 TCP 流，所以必需要有回應才能發送下一個封包！
若是由此一設備卡住某一些封包，讓他不發或不收的話！系統就會重新再發送一次！

這樣就可以達到基本上的網絡「較」佳化的情況！
就是說！若是系統同時有 2 個網路程式在執行！
WEB 和 BT
WEB 使其每個封包都可以回應！所以速度就會變成最快！
BT 以其流通率 X 20% ~ 30% 發送，這樣系統會一直等待 TIME OUT 時間之後重新再
      送一次封包！就可以達到頻寬限制

bondhsueh

頻寬無限？
有這種環境嗎？
況且，都頻寬無限了，還是要提昇什麼網路速度？

surprise_idea

這個東西，我就了解了！
他們有用到我們公司的 ic 啦！ ^_*

他是是運用  cpu 把多個封包組合成一個！並加以最佳化 類 qos 去做的啦！
效能真的是有提升哦！但是重點必需是要在你的頻寬無限的情況下！
若是你的頻寬只有 2m ，不會使你變成 4m 啦！

poky

Originally posted by achen at 2005-10-26 01:06 PM:
剛剛到 官方網站 看了更詳細的資料

這東西對我上述的需求是不管用的.. 它已經預設最佳化以下類型的程式:

-VoIP Inernet Phone Calls
-Web Cam Streaming Video
-Internet Cameras
-Online Console Gaming (Xbox Live, PS2 etc...)
-Online PC Gaming
-P2P File Sharing Programs (Bitorrent, Kazaa etc...)
-Web Servers, Web-Hosting
-Video Conferencing via the Internet
-Instant Messaging (MSN, AIM etc...)
-Emailing with Attachments

要是裝了之後, 幫我室友把她的 P2P traffic 最佳化, 那我還搞屁啊, 簡直是雪上加霜.....

可以登入進去設priority吧？

achen

剛剛到 官方網站 看了更詳細的資料

這東西對我上述的需求是不管用的.. 它已經預設最佳化以下類型的程式:

-VoIP Inernet Phone Calls
-Web Cam Streaming Video
-Internet Cameras
-Online Console Gaming (Xbox Live, PS2 etc...)
-Online PC Gaming
-P2P File Sharing Programs (Bitorrent, Kazaa etc...)
-Web Servers, Web-Hosting
-Video Conferencing via the Internet
-Instant Messaging (MSN, AIM etc...)
-Emailing with Attachments

要是裝了之後, 幫我室友把她的 P2P traffic 最佳化, 那我還搞屁啊, 簡直是雪上加霜.....

garychang

Originally posted by achen at 2005-10-26 12:22 PM:


只針對單台電腦  access internet 最佳化的程式對我比較沒有用, 我的頻寬不是被自己養的動物搶走, 是被我室友用三種不同程式 24/7 下載連續劇弄垮的, 但是我又不好意思跟她說...

所以我本來想換一台有QoS 的 router, 但是今天看到這個產品, 我想搞一台來玩看看能不能至少達到 "網頁瀏覽器永遠優先" 的效果..

嗯，雜誌上也有提到，如果是多台電腦透過ip share的此程式是完全無用的..
但若是有其中一台電腦直接連線並做NAT或是多台電腦透過Hub連上DSL Modem的話仍有用處。

achen

Originally posted by garychang at 2005-10-25 07:29 PM:
這一期的download雜誌有介紹到一個軟體，號稱(及雜誌實測)能夠加速網路下載速度
...
...
或許您也可能參考看看這個作法是否可行...

只針對單台電腦  access internet 最佳化的程式對我比較沒有用, 我的頻寬不是被自己養的動物搶走, 是被我室友用三種不同程式 24/7 下載連續劇弄垮的, 但是我又不好意思跟她說...

所以我本來想換一台有QoS 的 router, 但是今天看到這個產品, 我想搞一台來玩看看能不能至少達到 "網頁瀏覽器永遠優先" 的效果..

HUANGLIFU

http://www.tomsnetworking.com/Re ... hbb1/hbb1_board.jpg
http://www.ubicom.com/
http://www.tomsnetworking.com/Reviews-210-ProdID-HBB1-4.php

比較簡單的QOS設備，這個價格玩玩還可以，真的要拿來操還是算了。

garychang

這一期的download雜誌有介紹到一個軟體，號稱(及雜誌實測)能夠加速網路下載速度
下為其官方網站
http://www.cfos.de/index2_cn.htm

簡單報告一下雜誌上的介紹大意:
1)為了取得實體網路線上所有的頻寬，給儘可能給重要性高的程式優先使用，所以這個程式能夠自訂各個程式使用網路的優先權，確保這些程式能有夠大的頻寬使用。

2)因為在ADSL類的連線方式，上載頻寬有限，所以在下載時的"確認"信號可能會排程在其它上傳資料之後，造成無法使用到所有的下載頻寬(對方主機等待確認後才會繼續傳送)，利用這套軟體，它可以讓這個(些)確認信號"插隊"，以確保下載的通暢。

雜誌社的測試結果能夠讓FTP加速至60%而P2P增加85%...

或許您也可能參考看看這個作法是否可行...

tzchang

對於這種低階產品我也不知道...... 不過看了一下介紹跟user review我猜應該是內建支援某些固定protocol的簡單QoS裝置... 或許連user自行定義QoS順序的功能都沒有, 只能依內建的QoS順序......

不過高階的頻寬管理產品大概不外乎如Packeteer PacketShaper是照各種不同種類的protocol跟application去做QoS排序及保障頻寬, 或是如Juniper WX系列(前Peribit), 是用專利的生物序列排序法去重新整理packet的大小跟順序來增加頻寬利用效率...... 不過這些產品通常都要成對安裝(i.e.適用於點對點Intranet), 不然僅僅只能保障對外(outbound)的QoS......

還是這台是簡單的Caching Device? 不過價格這麼低應該不太可能......

[ Last edited by tzchang on 2005-10-26 at 11:07 ]