Dell服務器常見Linux驅動選擇

發(fā)布時間:2006-11-07 01:05:40來源:紅聯(lián)作者:novemberfa

最主要是網(wǎng)卡和Raid卡驅動。一般來說可以通過lspci,lsmod(模塊驅動),dmesg等命令查看。

1. 1X50系列:

1750 Raid卡Fusion MPT device support --Fusion MPT (base + ScsiHost) drivers

網(wǎng)卡2個tg3. Broadcom Tigon3 support (就是集成的卡)

1850 --CPU是叫IA32E或EM64T，可以當32位用-也可以當AMD64(x86_64)用。

Raid卡megaraid2.AMI MegaRAID2 support

網(wǎng)卡2個e1000 Intel(R) PRO/1000 Gigabit Ethernet support

2. 2X50系列:

2650 Raid卡aacraid Adaptec AACRAID support (EXPERIMENTAL)

網(wǎng)卡兩塊tg3兩塊e1000(插槽的是e1000)(有些老的型號是eepro100)

EtherExpressPro/100 support (eepro100, original Becker driver)

2850 Raid卡megaraid2 .AMI MegaRAID2 support

網(wǎng)卡4個e1000.Intel(R) PRO/1000 Gigabit Ethernet support

現(xiàn)在dell的服務器大多用 e1000.用e1000別忘了把這個打開Use Rx Polling (NAPI)

3. 6650 raid卡megaraid2(老的有用megaraid的)AMI MegaRAID2 support

網(wǎng)卡兩個e1000,兩個tg3.

我們使用的都是dell的poweredge服務器，最多的是750和1650、1850。前段時間750和1850網(wǎng)卡上多次出現(xiàn)溢出(overrun)，特別是一臺網(wǎng)絡數(shù)據(jù)流量很大的服務器，幾乎每秒都會出現(xiàn)丟包。然后我對主板集成的intel網(wǎng)卡參數(shù)進行了不懈的卓有成效的調整，主要是RX Descriptors、TX Descriptors和Interrupt Throttle Rate，還測試了RX Interrupt Delay和RX Absolute Interrupt Delay，最后丟包數(shù)已經(jīng)很低，但是仍然不能杜絕。打電話給dell技術支持，毫無幫助。

最后查看到intel站點的一份網(wǎng)卡性能報告，終于找到了這個問題的答案。intel的網(wǎng)卡性能報告當然是吹噓自己的網(wǎng)卡性能多么優(yōu)秀，但是里面列出的實測參數(shù)告訴我們，intel的82541芯片基于32位PCI總線，雖然理論值超過1Gbps的帶寬，但是當它工作在33MHz的PCI標準頻率時，根本達不到雙向2Gbps的流量，事實上，實測結果只有860Mbps左右。這就是原因所在，我的那臺dell750一塊網(wǎng)卡上的IP數(shù)據(jù)量超過90MBps，平均報文大小300byte左右，計算overhead后實際的流量已經(jīng)達到甚至超過一條PCI總線的負載上限，所以丟包也就難以避免。dell750的兩個集成千兆網(wǎng)卡基于不同的芯片組，1口是CSA總線的82547，2口是PCI總線的82541。我把負荷較高的網(wǎng)線轉接到1口后，就再也沒有出現(xiàn)網(wǎng)卡溢出錯誤了。而dell1850就比較慘，兩個集成千兆網(wǎng)卡都基于82541，所以，要能充分使用高達1G的網(wǎng)絡接口，只有另外購置基于82545或者82546的64位PCI網(wǎng)卡。

這個事情給我的教訓就是:

1、雖然在OS里看到是同樣的設備，驅動程序也完全兼容，但是設備的性能還是可能有所差距

2、對于高性能GE網(wǎng)卡來說，32位PCI總線已經(jīng)過時，而CPU的處理能力卻還綽綽有余

另外要注意，broadcom的5703和5705也是這樣，5705基于32位PCI總線，也是一塊偽GE網(wǎng)卡。

總結

以上是生活随笔為你收集整理的网卡82546驱动linux,Dell服务器常见Linux驱动选择的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。