答案是：需先启用网卡多队列，再将各队列中断手动绑定到不同CPU核心。具体步骤为：用ethtool -l查看队列支持数，执行sudo ethtool -L eth0 combined N启用N个队列，再通过/proc/interrupts获取各rx-N对应IRQ号，分别向/proc/irq/X/smp_affinity写入十六进制CPU掩码（如1、2、4、8）实现分散绑定。
Linux 网络接口中断默认常集中在单个 CPU 核心上，尤其在高吞吐场景下，容易造成该核心 100% 占用，而其他核心闲置。解决的关键不是“压低中断”，而是把网卡中断合理分散到多个 CPU，让硬件能力真正被用起来。
确认是否真有中断瓶颈
别一上来就改配置。先看系统是否真的受此影响：
- 运行 mpstat -P ALL 1，观察各 CPU 的 %irq 列：若某核长期高于 20%，其余核接近 0，就是典型单核中断瓶颈
- 配合 cat /proc/interrupts | grep eth0，确认网卡中断号（如 eth0-rx-0）是否全部落在同一个 IRQ 编号段，且对应中断计数集中在单个 CPU 列
- 检查 irqbalance 是否正在运行：systemctl status irqbalance；它会自动做负载分发，但对关键业务可能不够精准，有时需关闭后手动绑定
启用网卡多队列（基础前提）
没有多队列，就无法生成多个独立中断源，后续绑定无从谈起。
- 用 ethtool -l eth0 查看当前支持的最大队列数（注意替换为你的实际网卡名，如 ens1f0）
- 设置接收与发送队列为 CPU 物理核心数（非超线程数），例如 8 核服务器：sudo ethtool -L eth0 combined 8
- 执行后再次 cat /proc/interrupts | grep eth0，应看到 rx-0、rx-1…rx-7 等多个中断行，每行对应一个独立 IRQ 号
手动绑定中断到指定 CPU
每个 rx-N 中断需单独绑定，确保不重叠、不遗漏。
- 从 /proc/interrupts 输出中记下各 rx- 对应的 IRQ 编号（如 45、46、47、48）
- CPU 掩码用十六进制表示：CPU0 → 0x1，CPU1 → 0x2，CPU2 → 0x4，CPU3 → 0x8，依此类推
- 逐个写入亲和性文件，例如：
echo 1 | sudo tee /proc/irq/45/smp_affinity
echo 2 | sudo tee /proc/irq/46/smp_affinity
echo 4 | sudo tee /proc/irq/47/smp_affinity - 绑定后可读取该文件验证：cat /proc/irq/45/smp_affinity 应返回 00000001
补充建议：软中断与发送侧协同
硬中断分散后，软中断（NET_RX）仍默认在同核执行。如需进一步均衡：
- 启用 RPS（Receive Packet Steering）：向 /sys/class/net/eth0/queues/rx-*/rps_cpus 写入掩码（如 echo ff > rps_cpus），让软中断跨核分发
- 启用 XPS（Transmit Packet Steering）：配置 /sys/class/net/eth0/queues/tx-*/xps_cpus，避免发送路径成为新瓶颈
- 若使用 DPDK 或用户态协议栈，可绕过内核中断机制，但这属于另一套技术路径
