irqbalance与cpu亲和性绑定需协同使用：前者动态均衡网卡中断分发，后者固定用户态线程到对应cpu核心，实现中断入口到处理出口的三级对齐，提升缓存局部性与延迟一致性。
在高吞吐网络服务（如负载均衡器、API网关、实时消息代理）中，irqbalance 和 CPU 亲和性绑定是两个关键但常被混淆的调优手段：前者负责动态分发中断请求（IRQ）到不同 CPU 核心，后者则强制将特定进程或线程绑定到固定 CPU 核心。二者协同得当，可显著降低缓存失效、减少跨核中断抖动、提升 L3 缓存局部性，最终改善吞吐与延迟一致性。
irqbalance 的作用：让硬件中断“合理流动”
网卡收包产生的硬中断（如 eth0-TxRx-0）默认由 CPU0 处理，高并发下极易造成单核饱和、软中断堆积、接收延迟升高。irqbalance 通过读取 /proc/interrupts、监控各 CPU 负载与中断分布，自动重映射 IRQ 到空闲核心，并支持多种策略（如 poweraware、bananaware）。它不保证“绝对均衡”，但能避免明显热点。
- 推荐启用 systemd 服务：systemctl enable --now irqbalance，并检查状态：systemctl status irqbalance
- 若使用多队列网卡（如 ixgbe、i40e），确认已启用 RSS（Receive Side Scaling）：ethtool -l eth0 显示 rx/tx channel 数 >1
- 避免手动写入 /proc/irq/*/smp_affinity —— irqbalance 运行时会覆盖该设置；如需静态控制，应先停用 irqbalance
CPU 亲和性绑定的作用：让软件线程“稳住不动”
即使中断已分散，若用户态网络服务（如 nginx worker、DPDK 应用、Envoy）的线程仍在全核调度，仍会频繁迁移、丢失 cache warmup、触发 TLB miss。此时需用 taskset 或 numactl 将进程绑定到与 IRQ 相同或邻近的 CPU 核心（尤其注意 NUMA node 对齐）。
- 查网卡 IRQ 分布：grep eth0 /proc/interrupts，再看对应 IRQ 的 smp_affinity_list（如 cat /proc/irq/123/smp_affinity_list）
- 将 nginx worker 绑定到同 NUMA node 的 CPU：worker_cpu_affinity 0001 0010 0100 1000;（配置在 nginx.conf 中）
- 对 DPDK 应用，用 -l 0,1,2,3 指定逻辑核，并确保这些核未被内核抢占（隔离：kernel boot 参数加 isolcpus=1,2,3 nohz_full=1,2,3 rcu_nocbs=1,2,3）
irqbalance 与亲和性绑定的配合要点
二者不是替代关系，而是分层协作：irqbalance 管“中断入口”，亲和性管“处理出口”。若只做其一，效果大打折扣。典型配合方式是“中断–>软中断–>用户线程”三级绑定对齐。
- 优先启用 irqbalance，观察 /proc/interrupts 分布是否随流量变化而平滑迁移
- 根据 irqbalance 实际分配结果（而非理论最大队列数），确定哪些 CPU 承担了主要网络中断，再将对应业务线程绑定到这些核
- 禁用 irqbalance 后手工绑定 IRQ 仅适用于极简场景（如固定 4 队列 + 4 核），但失去应对突发流量的能力；生产环境更推荐“irqbalance + 亲和性微调”组合
- 注意内核版本差异：5.10+ 支持 irqbalance --hintpolicy=ignore 避免干扰用户自定义绑定，老版本建议直接停用
验证是否生效的关键指标
调优后不能只看 CPU 使用率，要关注中断分布、缓存命中、延迟毛刺等底层信号：
- 持续采样：watch -n1 'grep eth0 /proc/interrupts'，确认各 IRQ 计数增长均匀
- 检查软中断负载：sar -I SUM -u 1 中 si% 是否稳定且无单核突增
- 用 perf stat -e cycles,instructions,cache-references,cache-misses -p $(pgrep -f your_app) 对比调优前后 cache-miss ratio
- 网络延迟：用 ping -c 10000 -q localhost | tail -1 或更专业的 moon gen 测 P99/P999 延迟波动
