Linux如何查看网卡中断绑定情况的详细教程

先说一个核心判断：要精准排查网卡中断绑定，直接查看 /proc/irq/*/smp_affinity_list 是最可靠的方式，不要被 top 或 mpstat 显示的单个 CPU 高负载所迷惑——那些工具只能告诉你哪个核在忙，却无法说明这个核究竟绑定了哪个中断。

如何快速定位网卡对应的 IRQ 编号

网卡的中断号不能靠猜测，必须从 /proc/interrupts 中获取。具体操作并不复杂：

• 先用 nmcli device status 或 ip -br link show 确认当前的有效网卡名称，例如 enp1s0f0 或 ens33。
• 接着运行 grep -i "enp1s0f0" /proc/interrupts，将名称替换为你的网卡名。输出类似：
  42: 1234567 0 0 0 890123 0 0 0 IR-PCI-MSI 32768-edge enp1s0f0-rx-0
  第一列的 42 就是 IRQ 编号。如果末尾带有 -rx- 或 -tx- 后缀，说明已启用多队列，每个后缀代表一个独立的中断。
• 如果 grep 没有找到结果，可以尝试用驱动名称搜索：先执行 ethtool -i enp1s0f0 | grep driver 获取驱动名（如 i40e 或 mlx5_core），再运行 grep i40e /proc/interrupts。

如何确认当前 IRQ 绑定到了哪些 CPU

获取 IRQ 编号后，有两个关键文件需要同时核查，缺一不可：

• cat /proc/irq/42/smp_affinity_list：显示的是你写入的亲和性配置，输出为十进制的 CPU 编号列表。例如 0,2,4,6 表示该中断允许在这些 CPU 上运行；如果仅输出 0，则代表硬绑定到 CPU 0——这是单核瓶颈的直接证据。
• cat /proc/irq/42/effective_affinity：显示内核实际生效的绑定情况。如果该值与 smp_affinity_list 不一致，很可能是 irqbalance 在后台自动调整。
• 同时建议检查 systemctl is-active irqbalance，若返回 active，操作前务必执行 sudo systemctl stop irqbalance。

为什么修改了 smp_affinity_list 却没有生效

这是一个典型问题。通常不是权限或路径错误，而是被以下三个容易忽略的细节所导致：

• 目标 CPU 已被内核隔离：执行 cat /proc/cmdline，如果看到 isolcpus=1,2，则不要将绑定写入 CPU 1 或 2，否则写入会静默失败甚至触发警告。
• 误用了 smp_affinity（十六进制掩码）：x86 平台为 64 位，ARM 可能更宽，掩码长度错一位就容易将所有绑定分配到 CPU 0。相比之下，smp_affinity_list 是更易读的十进制列表，使用更为安全。
• 驱动不支持 smp_affinity_list：某些驱动（如 mlx5_core）只识别 smp_affinity，但写入前必须先确认位宽。稳妥的做法是先尝试 smp_affinity_list，失败后再查阅驱动文档。

网卡未开启多队列时，查看中断绑定意义有限

如果 ethtool -l enp1s0f0 显示 Combined: 1，说明硬件只配置了 1 个接收队列。在这种情况下，无论如何调整 smp_affinity_list，也只有一个 IRQ 号可供绑定，所有网络包最终仍会集中到同一个中断上下文中。

此时正确的做法不是调整绑定，而是：

• 先启用多队列：sudo ethtool -l enp1s0f0 combined 4（通常设置为 CPU 核数的一半或匹配 NUMA 节点）。
• 再确认网卡是否支持 RPS：ls /sys/class/net/enp1s0f0/queues/rx-*，若能见到多个 rx-* 目录才表示队列已激活。
• 最后对每个 rx-0、rx-1 对应的 IRQ 分别绑定到不同的 CPU 上。

中断绑定并非万能开关。它是多队列、NUMA 对齐以及停用 irqbalance 三者协同才能发挥作用的结果。如果遗漏其中任意一环，你所看到的都只是表象。