|
||
|
Elite Member
  加入日期: May 2002 您的住址: 板橋
文章: 5,112
|
引用:
那會不會是本來的onboard NIC就有問題所致(別懷疑,I社的NIC也是有籤王的  ),要驗證這一點也不會太麻煩,找張確定沒有問題網卡(就拿NT$100有找的螃蟹卡好了),先用比較單純的方式直接接上ATU-R(i.e.別搞啥teaming不teaming了,這玩意是給LAN用的,放到WAN上效果可能趨近於0,更可能會帶來意想不到的麻煩 ),看看狀況如何再說吧 ....BTW,樓主不知道有沒有發現在這個thread中包括鵝在內為何大家都和您唱反調,因為不知您對public internet的瞭解有多少,鵝試著用一般人比較容易理解的說法解釋一下好了,假設上PCDVD就像自台北開車走高速公路到桃園的麥當勞得來速點餐好了,要花多少時間除了沿途的路況外,得來速送餐的速度也得考慮進去,以鵝的看法您的作法就像是因為等餐等的不耐煩,乾脆把您家門口接到高速公路匝道的省道由兩線道拓寬成十線道----問題是一路上根本沒有塞車,您等待的時間大部份是因為麥當勞供餐不及所致,光把路拓寬其實是於事無補的 ....PS:在這個thread中和您唱反調者有不少都是搞IT的老手了,不信的話您搜尋一下,鵝就是賣機房端solution的業者,只是鵝絕對不會對user說換高檔的server/NIC上網就會變快----因為這麼做不被打槍打到死才怪,如果您還是聽不進去的話鵝也只能說反正$$是您的,花的高興比較重要 ....BTW,如果您下次還有這類case記得先通知一下鵝吧,這年頭像您這麼好的user(或說好騙的user----不過不是別人騙您,而是您自我催眠吧)已經很少了....
__________________
士大夫之無恥,是謂國恥  ....
此文章於 2008-07-23 09:13 AM 被 cmwang 編輯. |
||||||||
2008-07-23, 09:06 AM
#31
|
|
|
Advance Member
加入日期: Oct 2006
文章: 471
|
引用:
謝謝大哥指導,小弟受教不少! 我這兩天上PCDVD也不像之前這麼快了! 可能就像你說的,馬路開再大條,PCDVD不夠快也是白搭! |
|||
|
2008-07-24, 06:08 PM
#32
|
|
|
Junior Member
加入日期: Dec 2005
文章: 846
|
引用:
啊  真的嗎  
__________________
500Mb/500Mb FTTH使用中....   
|
|
|
2008-07-25, 02:11 AM
#33
|
|
|
Advance Member
加入日期: Oct 2006
文章: 471
|
引用:
看你的反應,應該跟我一樣犯同樣的錯吧?  |
|
|
2008-07-25, 06:41 AM
#34
|
|
|
Elite Member
加入日期: May 2002 您的住址: 板橋
文章: 5,112
|
引用:
鵝是指至少在台灣(i.e.沒幾個人摸得到100base以上的WAN ),只要client不是太古老或有太多外務,web page上沒有太多flash/java等等吃client的東東的話,PIII/K7時代的機器和現在主流的機器在用8M xDSL上網這件事其實是差不了多少的----client跑在快,WAN(Internet)和server跑不快的話還不是白搭(因為傳輸/server端所須要的時間其實是遠高於client端的 ),所以重點應該是先搞清楚bottleneck到底在哪裡,而不是以想當然爾的方式亂整一通吧.... |
|
|
2008-07-25, 07:28 AM
#35
|
|
|
New Member
加入日期: Jun 2008
文章: 6
|
恩..我也需要...
謝謝你們的資訊. |
|
2008-07-25, 07:52 AM
#36
|
|
|
Junior Member
加入日期: Dec 2005
文章: 846
|
引用:
不是 引用:
喔@@a 我買了有TOE功能的NIC....在有大量連結的情況下好像比較"順" 那...
__________________
500Mb/500Mb FTTH使用中....
|
||
|
2008-07-25, 02:44 PM
#37
|
|
|
Elite Member
加入日期: May 2002 您的住址: 板橋
文章: 5,112
|
引用:
TCP是蠻吃CPU的,所以TOE可能會有些助益(依鵝的觀點應該是在高流量時可以降低CPU的loading),不過相對於host CPU,NIC上的TOE engine在應付大量connection方面能佔多少便宜就難說了(鵝不知道NIC上的TOE engine有沒有concurrent session的限制 ).... |
|
|
2008-07-25, 02:55 PM
#38
|
|
|
Power Member
 加入日期: Nov 2000 您的住址: ChungLi
文章: 540
|
引用:
http://en.wikipedia.org/wiki/TCP_Offload_Engine concurrent session 數量要看 TOE engine 上面的 stack/buffer 數量夠不夠大. 基本上 Gb/10Gb lan 最好是需要 TOE engine build-in... 拿TOE engine 對付 p2p 這種大量 session 的機制肯定是對 performance 助益不少... XD
__________________
.KV626ing. |
|
|
2008-07-26, 11:29 AM
#39
|
|
|
Elite Member
加入日期: May 2002 您的住址: 板橋
文章: 5,112
|
引用:
謝了,不過就GbE而言只要concurrent session不是很誇張的話對現在的CPU而言loading並不會太嚴重就是了 ....引用:
鵝對TOE engine應付大量concurrent session會有疑慮主要就是看過THSRC的啟示----THSRC的線上訂位網頁其實是在一般http server前端再加上SSL gateway(SSL offloading ),一般狀況好像還相安無事,直到年初要預訂今年春節連假車票時concurrent session瞬間暴增,SSL gateway立刻掛點給大家看----THSRC應急的做法就是拿掉SSL,結果少了SSL的web page看來一點事都沒有,看來要拿這類offloading的機制應付burst concurrent session方面還是得小心為上就是了.... |
||
|
2008-07-26, 12:42 PM
#40
|
|
