4. 中断负载均衡原理：硬件轮询（Round-Robin）与软件均衡（irqbalance）的对比
在多核系统中，中断如果全部落在同一个 CPU 上，会导致该 CPU 成为性能瓶颈，而其他 CPU 空闲。中断负载均衡的核心目标是将中断请求均匀分布到多个 CPU 核心上，提升系统整体吞吐量。实现方式主要分为两类：硬件轮询（Round-Robin） 和 软件均衡（irqbalance）。
4.1 硬件轮询（Round-Robin）机制
硬件轮询由中断控制器（如 APIC、GIC）在硬件层面直接完成。当多个设备同时触发中断时，控制器按照预设的 CPU 掩码列表，依次将中断分配给下一个 CPU。
关键特征： 硬件级分配，无操作系统干预，延迟极低，但策略固定，无法感知 CPU 负载变化。
4.1.1 硬件轮询的优缺点
| 维度 | 说明 |
|---|---|
| 优点 | 分配延迟极低（纳秒级）；不消耗 CPU 资源；实现简单可靠。 |
| 缺点 | 无法感知 CPU 当前负载；可能导致高负载 CPU 继续接收中断；缺乏灵活性。 |
4.2 软件均衡（irqbalance）机制
irqbalance 是 Linux 用户空间守护进程，通过读取 /proc/interrupts 和 /sys/class/net/ 等接口，动态调整中断的 CPU 亲和性，实现负载感知的均衡。
核心思路： 周期性采样各 CPU 的中断计数和利用率，将中断从繁忙 CPU 迁移到空闲 CPU。
4.2.1 irqbalance 策略模式
| 模式 | 适用场景 | 行为 |
|---|---|---|
| performance | 高吞吐、低延迟场景 | 尽可能将中断分散到所有 CPU，最大化并行处理能力 |
| power-save | 笔记本、低功耗场景 | 将中断集中到少量 CPU，允许其他 CPU 进入深度睡眠 |
4.3 硬件轮询 vs 软件均衡：核心对比
| 对比维度 | 硬件轮询（Round-Robin） | 软件均衡（irqbalance） |
|---|---|---|
| 实现层级 | 硬件（中断控制器） | 软件（用户空间守护进程） |
| 分配粒度 | 按固定顺序轮转 | 按 CPU 负载动态调整 |
| 延迟影响 | 极低（纳秒级） | 中等（微秒级，含采样开销） |
| 负载感知 | 否 | 是（采样 CPU 利用率） |
| 配置灵活性 | 低（依赖硬件寄存器） | 高（策略、间隔、黑名单均可调） |
| 适用场景 | 实时系统、确定性要求高的场景 | 通用服务器、云环境、负载波动大的场景 |
4.4 实际部署建议
- 高实时性场景（如音频处理、工业控制）：优先使用硬件轮询，配合 CPU 隔离（isolcpus）避免干扰。
- 通用服务器（如 Web 服务器、数据库）：启用 irqbalance，设置为 performance 模式。
- 混合方案：对关键中断（如网卡 RX/TX）手动绑定到特定 CPU，其余中断交由 irqbalance 管理。
注意： 在虚拟化环境中，硬件轮询可能被 Hypervisor 截获，实际效果取决于虚拟中断控制器的实现。建议在宿主机和虚拟机内分别评估均衡策略。
4.5 验证均衡效果
使用以下命令观察中断分布是否均匀：
# 查看各 CPU 的中断计数
cat /proc/interrupts | grep -E "CPU|eth0"
# 查看 irqbalance 运行状态
systemctl status irqbalance
# 手动查看某个中断的当前亲和性
cat /proc/irq/78/smp_affinity如果发现某个 CPU 的中断计数远高于其他 CPU，说明均衡策略未生效，需要检查 irqbalance 配置或手动调整亲和性掩码。