必须先停用irqbalance，否则改写/proc/irq/$IRQ_NUM/smp_affinity后几秒即被覆盖；查网卡中断号需grep /proc/interrupts中含接口名的PCI-MSI-X/MSI行，多队列网卡每队列对应独立中断号；smp_affinity须用十六进制位掩码（如CPU0为0x1、CPU1为0x2），避免十进制误写，并以root权限操作。
直接改 /proc/irq/$IRQ_NUM/smp_affinity 就能生效，但必须先停掉 irqbalance，否则几秒后就被覆盖回默认值。
怎么查网卡对应的中断号
多队列网卡（如 Intel ixgbe、igb、virtio）每个 RX/TX 队列会分配独立中断号；单队列网卡通常只有一个中断号。关键不是看设备名（如 eth0），而是看 /proc/interrupts 中带网卡标识的行：
- 运行
cat /proc/interrupts | grep -i "eth0\|enp0s3\|p15p1"（替换为你的真实接口名） - 找含
PCI-MSI-X、MSI或IO-APIC的行，末尾有设备名（如eth0-0、enp0s3） - 第一列数字就是中断号，例如
122:对应 IRQ 122
注意：有些虚拟化环境（如 KVM + virtio）中断名可能是 virtio0-input 或 virtio0-output，需结合 ethtool -l eth0 确认队列数，再用 grep -A1 -B1 virtio0 /proc/interrupts 定位。
怎么写 smp_affinity 值（十六进制位掩码）
smp_affinity 是 CPU 位图，每一位代表一个逻辑 CPU，从右往左对应 CPU0、CPU1、CPU2……。写错格式会导致写入失败或静默忽略：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- CPU0 →
1（十六进制）→0x1 - CPU1 →
2→0x2 - CPU2 →
4→0x4 - CPU3 →
8→0x8 - CPU0+CPU2 →
1 | 4 = 5→0x5 - 16 核以上系统要用逗号分隔的 32 位十六进制块，如 24 核：CPU0 →
00000001，CPU23 →00800000，绑定 CPU0 和 CPU23 就是00800001
别用十进制写 —— echo 2 > /proc/irq/122/smp_affinity 在 8 核以上机器上可能绑错核（它会被当 0x2 解析，即 CPU1），务必确认当前系统 CPU 数量和编号范围（lscpu | grep "^CPU\(s\| MHz\)）。
为什么改了不生效或很快恢复
最常见原因就两个，且都容易被忽略：
-
irqbalance还在运行：systemctl stop irqbalance && systemctl disable irqbalance，否则你刚写完，它 2 秒后就重写回均衡值 - 用了
smp_affinity_list却没同步更新smp_affinity：这两个文件联动，但某些内核版本（尤其 CentOS 7.9+）对smp_affinity_list写入支持不稳定，优先用smp_affinity直接写十六进制值 - 没用 root 权限：
sudo sh -c 'echo 0x1 > /proc/irq/122/smp_affinity'，直接echo会因权限拒绝失败
验证是否真生效：改完立刻 cat /proc/interrupts | grep 122，观察对应中断计数是否开始只在目标 CPU 列增长；同时 cat /proc/irq/122/smp_affinity 看输出是否匹配你写的值。
真正麻烦的是 NUMA 节点对齐和软中断后续调度 —— smp_affinity 只管硬中断，而 ksoftirqd 默认仍在所有 CPU 上跑。如果要彻底隔离，得配合 isolcpus 内核参数和 /proc/sys/net/core/dev_weight 调整软中断权重，但这已经超出“绑定中断”本身的操作边界了。
