![]() |
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 系統組件
(https://www.pcdvd.com.tw/forumdisplay.php?f=19)
- - [求助]何種軟體可以 "檢視" 網路卡的詳細硬體規格?
(https://www.pcdvd.com.tw/showthread.php?t=803029)
|
|---|
引用:
那會不會是本來的onboard NIC就有問題所致(別懷疑,I社的NIC也是有籤王的:ase),要驗證這一點也不會太麻煩,找張確定沒有問題網卡(就拿NT$100有找的螃蟹卡好了:ase),先用比較單純的方式直接接上ATU-R(i.e.別搞啥teaming不teaming了,這玩意是給LAN用的,放到WAN上效果可能趨近於0,更可能會帶來意想不到的麻煩:flash: ),看看狀況如何再說吧:p....BTW,樓主不知道有沒有發現在這個thread中包括鵝在內為何大家都和您唱反調,因為不知您對public internet的瞭解有多少,鵝試著用一般人比較容易理解的說法解釋一下好了,假設上PCDVD就像自台北開車走高速公路到桃園的麥當勞得來速點餐好了,要花多少時間除了沿途的路況外,得來速送餐的速度也得考慮進去,以鵝的看法您的作法就像是因為等餐等的不耐煩,乾脆把您家門口接到高速公路匝道的省道由兩線道拓寬成十線道----問題是一路上根本沒有塞車,您等待的時間大部份是因為麥當勞供餐不及所致,光把路拓寬其實是於事無補的:flash: .... PS:在這個thread中和您唱反調者有不少都是搞IT的老手了,不信的話您搜尋一下,鵝就是賣機房端solution的業者,只是鵝絕對不會對user說換高檔的server/NIC上網就會變快----因為這麼做不被打槍打到死才怪,如果您還是聽不進去的話鵝也只能說反正$$是您的,花的高興比較重要:ase....BTW,如果您下次還有這類case記得先通知一下鵝吧,這年頭像您這麼好的user(或說好騙的user----不過不是別人騙您,而是您自我催眠吧)已經很少了:p:p.... |
引用:
謝謝大哥指導,小弟受教不少! 我這兩天上PCDVD也不像之前這麼快了! 可能就像你說的,馬路開再大條,PCDVD不夠快也是白搭! |
引用:
啊 :fear: :fear: :fear: 真的嗎 :cry: :cry: :cry: :confused: |
引用:
看你的反應,應該跟我一樣犯同樣的錯吧? :) |
引用:
鵝是指至少在台灣(i.e.沒幾個人摸得到100base以上的WAN:ase),只要client不是太古老或有太多外務,web page上沒有太多flash/java等等吃client的東東的話,PIII/K7時代的機器和現在主流的機器在用8M xDSL上網這件事其實是差不了多少的----client跑在快,WAN(Internet)和server跑不快的話還不是白搭(因為傳輸/server端所須要的時間其實是遠高於client端的:flash: ),所以重點應該是先搞清楚bottleneck到底在哪裡,而不是以想當然爾的方式亂整一通吧:p:p.... |
恩..我也需要...
謝謝你們的資訊. |
引用:
不是 :ase :ase 引用:
喔@@a 我買了有TOE功能的NIC....在有大量連結的情況下好像比較"順" :confused: :confused: 那... :confused: :confused: |
引用:
TCP是蠻吃CPU的,所以TOE可能會有些助益(依鵝的觀點應該是在高流量時可以降低CPU的loading),不過相對於host CPU,NIC上的TOE engine在應付大量connection方面能佔多少便宜就難說了(鵝不知道NIC上的TOE engine有沒有concurrent session的限制:confused: :confused: ).... |
引用:
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 |
引用:
謝了,不過就GbE而言只要concurrent session不是很誇張的話對現在的CPU而言loading並不會太嚴重就是了:p.... 引用:
鵝對TOE engine應付大量concurrent session會有疑慮主要就是看過THSRC的啟示----THSRC的線上訂位網頁其實是在一般http server前端再加上SSL gateway(SSL offloading:confused: ),一般狀況好像還相安無事,直到年初要預訂今年春節連假車票時concurrent session瞬間暴增,SSL gateway立刻掛點給大家看----THSRC應急的做法就是拿掉SSL,結果少了SSL的web page看來一點事都沒有,看來要拿這類offloading的機制應付burst concurrent session方面還是得小心為上就是了:p:p.... |
| 所有的時間均為GMT +8。 現在的時間是10:11 AM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2026。