linux網卡中斷
A. 怎麼查網卡的中斷號（IRQ）和I/0 為配置linux
在網卡上點右鍵，選屬性，再選資源就可以看到你要的信息了。
你的這些驅動都要下載linux版本，可以去nvidia公司網站上去下載，下載了後要會解壓等，這些命令可以到linux網站上去查找。
還有一種簡單點的方法，使用新一點的linux「發行」版本，根據我的經驗，redhat（fedora）其實不太好用，推薦mandrake，速度很快的。
還有問題加qq63887911
B. 如何查看linux軟中斷信息
先說說環境1.硬體:DELL R410
2.網卡:板載1000M BCM5709
2.OS: RHEL 5.5 x86_64
3.KERNEL: 2.6.18-194.el5
所出現的問題
1.網卡毫無徵兆的down掉，而且沒有任何log信息
2.當流量增大時，不到理論上限的1/3時機器出現網路延遲嚴重，伴隨大量的丟包
3.機器的cpu軟中斷不均衡，只有1個cpu處理軟中斷，並且該cpu的軟中斷周期性的達到100%
4.內外網網卡做nat丟包數據量不一致，差別很大，不在同一個數量級
想必第一個問題，大部分使用bcm網卡，rhel 5.3以後得機器都會遇到這種情況，網上的資料比較的多，我也不多啰嗦了，直接升級網卡驅動就可以解決了。第二，三，四其實是同一個問題都是由於網卡中斷過多，cpu處理不過來(准確的說，cpu分配不均衡，導致只有一個cpu處理，處理不過來)，引起丟包，那麼為什麼兩個網卡丟包的數量級不一樣呢，下面從原理上進行解釋，既然是做nat多出口，那麼就有大量的路由信息，是一個網路應用，當一個數據包請求nat時，數據包先被網卡驅動的數據接收，網卡收到數據時，觸發中斷。在中斷執行常式中，把skb掛入輸入隊列，並觸發軟中斷。稍後的某個時刻，當軟中斷執行時，再從該隊列中把skb取下來，投遞給上層協議。
C. ubuntu linux在連接有線網路是總是顯示有線網路已斷開是什麼原因啊我的網卡驅動正常，網線連接正常，剛
，有一個「啟動和故障恢復」，點「設置」，選擇默認的操作系統，取消勾選「顯示操作系統列表時間」，確定並重啟試試。
D. 我的LINUX網卡驅動裝好了，但不能連上網，哪位能幫幫我啊
NETWORK裡面有一個.查找MAC地址.點一下試試~!
restart network
E. linux 內核軟中斷 是在中斷狀態嗎
先說說環境
1.硬體:DELL R410
2.網卡:板載1000M BCM5709
2.OS: RHEL 5.5 x86_64
3.KERNEL: 2.6.18-194.el5
所出現的問題
1.網卡毫無徵兆的down掉，而且沒有任何log信息
2.當流量增大時，不到理論上限的1/3時機器出現網路延遲嚴重，伴隨大量的丟包
3.機器的cpu軟中斷不均衡，只有1個cpu處理軟中斷，並且該cpu的軟中斷周期性的達到100%
4.內外網網卡做nat丟包數據量不一致，差別很大，不在同一個數量級
想必第一個問題，大部分使用bcm網卡，rhel 5.3以後得機器都會遇到這種情況，網上的資料比較的多，我也不多啰嗦了，直接升級網卡驅動就可以解決了。第二，三，四其實是同一個問題都是由於網卡中斷過多，cpu處理不過來(准確的說，cpu分配不均衡，導致只有一個cpu處理，處理不過來)，引起丟包，那麼為什麼兩個網卡丟包的數量級不一樣呢，下面從原理上進行解釋，既然是做nat多出口，那麼就有大量的路由信息，是一個網路應用，當一個數據包請求nat時，數據包先被網卡驅動的數據接收，網卡收到數據時，觸發中斷。在中斷執行常式中，把skb掛入輸入隊列，並觸發軟中斷。稍後的某個時刻，當軟中斷執行時，再從該隊列中把skb取下來，投遞給上層協議。
如果在這個過程當中cpu沒有及時處理完這個隊列導致網卡的buffer滿了，網卡將直接丟棄該數據包。這里牽涉到2個隊列，一個是tx，一個是rx，它的隊列的大小默認都是255，可以通過ethtool -g eth0(你指定的網卡)，為了防止丟包，當時我通過ethtool -G eth0 rx xxx 把它調大了，但是調大以後，還是杯水車薪啊，通過ethtool -S eth0 |grep rx_fw_discards,發現數值還是不停的在增長，也就是說還在不停的丟包，cpu處理不過來，這時候找到網上有人在利用lvs時也遇到這個問題，cpu軟中斷分配不均衡，只有一個cpu處理軟中斷的問題，網上的資料五花八門，有建議使用修改設備中斷方式。即通過修改設置中斷/proc/irq/${網卡中斷號}/smp_affinit這時候，我也修改過，沒有什麼實質的效果，
從官方的bug報告，https://bugzilla.redhat.com/show_bug.cgi?id=520888，其中提到rhel5.6已經修復了這個bug，這其中也提到目前我們的版本可以升級內核到kernel-2.6.18-194.3.1.el5可以解決這個問題。
紅帽子官方修復報告中的說明如下：http://rhn.redhat.com/errata/RHSA-2010-0398.html，我們升級了這個內核算是解決單核處理軟中斷的問題，升級後各個cpu已經能夠平均的分配這個軟中斷，也不丟包了，那麼為什麼cpu處理不過來這個軟中斷呢，數據量並不是特別的大啊，上層應用接到這個數據包後，通過路由協議，找到某個出口給nat出去，找nat出口是需要查找路由表，查詢路由表是一件很耗時的工作，而每一個不同源地址，不同目的地址的數據包都得重新查找一次路由表，導致cpu處理不過來，為了提高路由查詢的效率。Linux內核引用了路由緩存，用於減少對路由表的查詢。Linux的路由緩存是被設計來與協議無關的獨立子系統，查看路由緩存可以通過命令route -Cn,由於路由緩存當中是採用hash演算法進行才找，它的查找速度非常之快，既然是cache就有超時這一概念。系統默認為10分鍾，可以通過這個文件進行查看和修改/proc/sys/net/ipv4/route/secret_interval。而當路由緩存當中未找到或者已經超時的路由信息才開始查找路由表，查詢到的結果保存在路由緩存中。如果路由表越大，那麼查詢的時間就越長，一個新的連接進來後或者是老連接cache超時後，佔用大量的cpu查詢時間，導致cpu周期性的軟中斷出現100%，而兩個網卡丟包的情況來看不均衡也是因為用戶的數據包是經過其中一個網卡進來後查詢路由表耗時過長，cpu處理不過來，導致那塊網卡的隊列滿了，丟包嚴重。當然在路由表變動不大的情況下可以加大cache的時間，修改上述內容後，從我監測的情況來看，扛流量能力得到了大大的提升。
F. 如何讓linux網卡物理斷開
ifconfig eth0 down
然後 ifconfig eth0 up
G. 怎樣查看 linux 的網卡信息
查看 linux 的網卡信息步驟如下：
工具原料：linux操作系統
①啟動 linux 操作系統，進入到桌面；
④linux 的網卡信息解讀：
1.查看網卡生產廠商和信號：
查看基本信息：lspci
查看詳細信息：lspci -vvv # 3個小寫的v
查看網卡信息：lspci | grep Ethernet；
2.查看網卡驅動：
查看網卡驅動信息：lspci -vvv # 找到網卡設備的詳細信息，包括網卡驅動
# lsmod 列出載入的所有驅動，包括網卡驅動；
3.查看網卡驅動版本
查看模塊信息：modifo<mole name> # 其中包含version信息或 # ethtool-i <device name>；
4.查看網路介面隊列數
查看網卡介面的中斷信息：#cat /proc/interrupts | grep eth0或 # ethtool-S eth0；
5.查看網卡驅動源碼的版本號
解壓Intel網卡驅動源碼，打開解壓縮目錄下的*.spec文件查看驅動的版本；
H. 下面那個命令可以查看網卡的中斷
Linux中查看網卡中斷的命令是：cat proc/interrupts
I. 如何關閉linux smp中斷
在多 CPU 的環境中，還有一個中斷平衡的問題，比如，網卡中斷會教給哪個 CPU 處理，這個參數控制哪些 CPU 可以綁定 IRQ 中斷。其中的 {number} 是對應設備的中斷編號，可以用下面的命令找出：
cat /proc/interrupt
比如，一般 eth0 的 IRQ 編號是 16，所以控制 eth0 中斷綁定的 /proc 文件名是 /proc/irq/16/smp_affinity。上面這個命令還可以看到某些中斷對應的CPU處理的次數，預設的時候肯定是不平衡的。
設置其值的方法很簡單，smp_affinity 自身是一個位掩碼（bitmask），特定的位對應特定的 CPU，這樣，01 就意味著只有第一個 CPU 可以處理對應的中斷，而 0f（0x1111）意味著四個 CPU 都會參與中斷處理。
幾乎所有外設都有這個參數設置，可以關注一下。
這個數值的推薦設置，其實在很大程度上，讓專門的CPU處理專門的中斷是效率最高的，比如，給磁碟IO一個CPU，給網卡一個CPU，這樣是比較合理的。
現在的伺服器一般都是多核了，但是中斷很多時候都是只用一個核，如果有些中斷要求比較高，可以把它獨立分配給一個cpu使用。
J. linux下怎麼解除中斷和cpu綁定
在多 CPU 的環境中，還有一個中斷平衡的問題，比如，網卡中斷會教給哪個 CPU 處理，這個參數控制哪些 CPU 可以綁定 IRQ 中斷。其中的 {number} 是對應設備的中斷編號，可以用下面的命令找出： cat /proc/interrupt 比如，一般 eth0 的 IRQ