驅動程式為11.22.3.19 日期是2009年9月19日，上網更新說已是最新。
感謝眾網友熱心回應。
P5K-E是2007年12月製造，如沒記錯應是2008年3月左右買的，不知是否還有保固？

抱歉,搞錯對像,跟您說聲抱歉!!

話說回來,搶頻寬這種事應該還是以訛傳訛的結果 ... 怎麼說呢 ...
這要怪就怪那隻螃蟹吧!! 這個結論,是我10年前就已經知道的結果了.. 我就稍稍的話說從頭吧!!

我記得Ethernet規範中有一部份是在處裡Frame的錯誤, intel 晶片照規範走 , 比較沒問題
台灣廠商為了要做cost down,做了研究與統計,發現一個事實可以切入, 只要有這個大前題
這個網路晶片就有競爭力 (很明顯可以Cost Down就對了啦)

這個大前題就是
只要UTP線材遵照EIA/TIA 568A or 568B規範施工 (這個規範各位看倌自己去查詢吧!!)

為何要遵照這個規範就沒題呢? 相信很多人都知道,做UTP網路線時有個口訣 1236 , 這部
份我就不詳述了, 只要照這個規範走 , 就能降低許多的傳輸時的訊號干擾 , 即使用螃蟹卡
也能夠穩定運作!! 因此螃蟹卡看準這點可行 ,就開始大量生產 ,也就是各位後來看到的市場上
許多人在銷售的狀況了!!

但是,一個巴掌是拍不響的,如果沒有配合的Hub,螃蟹卡還是會玩不下去的,因為訊號干擾的
問題還是存在於許多環境的,所以後來的switch hub幫了大忙,它不是純OSI Layer 1的Hub
它算是部份Layer 2的設備,有store and forward功能,也有MAC address learning
更有Error Frame處理的功能 ,這才讓螃蟹卡能夠為大眾所接受!!

再說一下,錯誤處理的部份,我記得Layer 2 switch都有這功能,有沒有ECC我不確定,但是
確定的是Error Frame只要被Switch遇上,大部份都是Drop (丟掉), 如果一張網卡送出來的
10個Frame ,有3-5個是錯誤的,那錯誤率就算很高了,因此Switch會將這些Frame Drop
而 A <-->B 之間的通訊,則會因為TCP/IP 機制自動往下調降傳送大小及速度

簡單來說,如果網路晶片對於這些Error Frame的傳送與接收不處理的話,那就只能夠依靠
TCP/IP的通訊協定來做處理, 自然就會被調降速度與大小,來適應網路環境!! 所以我認為
之所以用intel 網路晶片,在搶頻寬時佔優勢則是肇因於此, 我認為要就認清真正的真相
而不是以訛傳訛 人云亦云!!

觀察目前的上網環境,說實話非常的雜亂 , 要嘛就是UTP亂做,要嘛就是Switch hub因Cost down
也有很多狀況 , 再加上螃蟹卡也來插一腳 , 就是各種狀況紛紛亂亂的 , 大家都在各自描述
他所遇上的狀況 , 然後瞎子摸象 都說自己說的才是真象 , 這樣做才對!! 但卻拿不出一個
能夠讓人真正心服口服的道理!!

所以我才會說,買intel網卡可以解決許多的問題,把問題降到幾近於無!!

PS1:對於TCP/IP運作原理有概念的人大概都會知道,一旦收到Error Packet , TCP/IP 也是
用Drop來處理,如果Drop次數一多,user就會覺得慢,因為同一份資料都一直耗在Drop & ReTransmit (丟棄/重送)

PS2: 這部份原本我很不想說的,無奈還是要說 , 看得懂的人就看得懂,看不懂的人說再多也不會懂!!
自行細細推敲吧 , 我不再說了!!

Server: [x2 5000+] [M3A78-EM] [2G ddr2 667] [1.5T*5 RAID5] [Fedora 9]
Client: [Q6600] [Striker II Formula] [8G ddr2 800] [7k1000 750G] [Fedora 13]

網路 Server <=> 1M CAT5E <=> 8 port giga switch <=> 20M CAT6 <=> 5 port giga switch <=> 1M CAT5E <=> Client

沒有開 JumboFrame，都用內建非intel網卡。

由於Server上的記憶體不夠，
為了讓Server抓快取，所以挑900M大小的檔案抓兩次，結果如下

Flickr 上 foxtm 的 Screenshot-root@foxtmPC2:~-1

印象中，10年前kernel的8139/8139too的驅動是有bug的。
才會給你有壞掉的印象，不過真的是印象中就是了。

說來說去還是沒能跳脫出那個框框啊
樓上從其實從沒人說intel是廢卡
是intel山寨卡的確是不少要如何分辨?
所謂傳輸效能現在大家也差不多
intel驅動也不是沒出過問題可參考版號14.7~15.1幾版
螃蟹出的問題也不是沒在修正
一味鼓吹用intel就會沒問題豈不就是另一種人云亦云嗎
我還是得說現在走PCIE架構的螃蟹已非10年前的螃蟹
只用10年前印象去蓋棺論定是會走寶的

搶頻寬說那麼多不就是個CSMA/CD遵不遵守的議題 :confused:

此言就差矣...

CSMA/CD 不遵守,它的產品還能夠相容Ethernet 嗎? 問題不在這裡啊...
我可以肯定的說螃蟹卡晶片有遵守CSMA/CD , 但是它沒有做好Error Frame的處理
全部丟給Network Layer or Transport Layer 去處理 !!

各位只看performance結果論定一切 , 而我不只看performance , 還有physical layer
訊號品質是否良好,網卡晶片是否能夠容忍 傳輸時訊號錯誤的問題及處理!!

也許單純論網卡晶片,有人無法去想像問題點,那我用舉例的好了

網卡晶片 = 高性能的車子
UTP 網路線 = 車輛行駛的道路

車子能否在道路上高速行駛,要看道路是否平整(訊號優良與否,干擾物是否很多)
如果道路不平整,石頭很多,坑洞很多,那車子開起來就不平穩,嚴重的就掉入大坑洞開不出來
如果車子有避震系統(指錯誤容忍能力),那還有機會開慢點,平穩的前進

我不可能只看performance就來說誰好誰差, 在真實使用的環境中有太多的變數,每個人
都不見得有能力去控制他所佈建的UTP網路環境,使用的switch hub好壞與否, 尤其是user
還會有貪便宜的心態存在,誰會知道買來的物品品質如何?

再不懂,我沒你的辦法,想用那種網卡請自便!! 愛給我戴什麼帽子也請自便,說我是Intel的粉絲
我也沒意見!! 至少網卡這部份我打死也不會想去用螃蟹,尤其是現在大家口中的偽卡賣得
這麼便宜的情況下,我根本就不會想回頭用螃蟹!! 愛用的人請自便 , 出了問題別找我解決就行了!!

恩..
大約再2003~2004年間，我有使用MSI的5150E準系統架設Server，
當時有再上面加裝一張nec的usb 2.0卡，用哪套套件忘記了，
反正kernel應該是2.4。

當時linux kernel對usb 2.0(EHCI)的支援尚有問題，
我外接2.5"硬碟上去，傳檔案三不五時kernel module就會有問題而跳掉。
我是否可以就此蓋棺論定，NEC的usb 2.0晶片是垃圾？

螃蟹卡的確存在著若干缺陷，這裡就有一個8139驅動方面的案例及說明。
我的確有8139的linux驅動有一段期間有問題的印象，不過找不到文件佐證了，
印象更深的是DLINK-530TX其via-rhine的哀嚎遍野。
但雖著時間的演進，這些過去的bug早就隨著kernel版本演進而消失了。

btw..
雖說有一批intel網卡很便宜。
但個人覺得一分錢一分貨，羊毛出在羊身上。
哪天遭遇雷擊，好power幫你擋下了突波，
假卡爆掉順便拖PCI設備跟南僑下水。
這個便宜是不是就有哪麼一點貴了呢？

借題問..
那AR8131這晶片好嘛？不知他的極限速度如何

看說明這顆有支援1000M，但我在速度選項中
並沒有看到，還是要接到有支援1000M才會顯示嗎?

路人路過插一句話.

各有各的喜好.為什麼一定要筆戰成這様.

自已認為好用就好.不必去強迫別人跟你一樣.

還扯到USB 2.0 NEC晶片去... 是怎樣? 沒打贏筆仗不高興嗎 ??
你愛怎麼下定論隨你高興, 這算是扯爛污 , 你高興就好 , 順道把Intel i7/i5/i3 打入十八層地獄吧!!
扯雷擊 , 這種狀況下不要妄想用電設備能順利生還 , 連修理也沒望 , 天災不保固 , 難不成
你想告廠商雷擊損壞要無償修復嗎?

回歸原主題,信不信由你,就算你用真正無問題的driver ,搭配任何一種速率的螃蟹卡
然後去故意製作一條有問題的UTP線(1對1 , 色系隨意排列 ,照順序 ex. 橘12 綠34 藍56 棕78)
然後接在螃蟹卡上去使用 , 測FTP大量傳送資料 , 你去觀察會有什麼結果吧!!

反之用intel 網卡觀察,會有什麼結果!!

但是這個實驗現在恐怕很難去做了,因為不容易買到Layer 1 Hub ,能買到的都是switch hub (部份Layer 2)
不過就算用Layer 2 hub也是能夠觀察到不大對勁的地方 !! 這就能夠間接證明,跟Driver無關

看得懂就看得懂,不懂的人我建議別來亂扯一通...

因為我手上的UPMOST UT420三合一擴充卡壞了(使用rtl8139)，
所以另外用主機板內建的RTL8110做測試。

網卡

Flickr 上 foxtm 的 system
線頭接法 [棕白 棕 藍白 藍 綠白 綠 橘白 橘]

Flickr 上 foxtm 的 DSCF0178
線長約10M。螃蟹卡直接接到主機的第二張網卡，fedora13設定NAT分享，以免switch影響。

Flickr 上 foxtm 的 DSCF0173

連線後自動抓到10Mbps，抓檔測試結果。

Flickr 上 foxtm 的 test02

因為要抓一個鐘頭，所以強迫切成100Mbps，抓檔測試結果。

Flickr 上 foxtm 的 test100_00

Flickr 上 foxtm 的 test100_03

Flickr 上 foxtm 的 test100_04
4,649,444,517byte約傳送394秒，速率約11Mbyte/s
上傳測試

Flickr 上 foxtm 的 test100_05

Flickr 上 foxtm 的 test100_06
約傳送403秒，速率也是約11Mbyte/s

傳完後檔案解壓縮測試正常無誤。

無法上 1Gbps，會無法自動取得IP，
畢竟頭這樣接是沒有根據雙絞線成對的，線也只是CAT5E而已。
且十年前應該也沒有可以上1Gbps的螃蟹卡跟dlink530tx吧?