📚 课程目录第4章中断负载均衡概述

4、中断负载均衡概述：为什么需要中断均衡、单核瓶颈、多核利用、性能提升原理

在现代多核服务器中，硬件设备产生的中断（IRQ）如果不加干预地全部路由到单个 CPU 核心，会导致该核心陷入“中断风暴”，而其他核心却处于空闲状态。中断负载均衡正是为了解决这一资源错配问题而设计的机制，它通过将中断请求分散到多个 CPU 核心上，实现系统吞吐量的线性扩展。

  核心观点：中断均衡的本质是将“单点压力”转化为“多点协作”，让每个 CPU 核心只处理其能力范围内的中断负载，从而消除瓶颈、提升整体处理能力。

中断处理是 CPU 响应硬件事件的最高优先级任务。当大量中断（如网络收包、磁盘 I/O 完成）集中在一个核心上时，该核心会长时间处于中断上下文，无法调度用户态进程，导致以下问题：

性能指标参考：当单核的 /proc/softirqs 中 NET_RX 或 BLOCK 列的值超过其他核心 3 倍以上，且该核心的 si（软中断）CPU 占用率持续高于 30% 时，中断均衡优化通常能带来 20%~50% 的吞吐量提升。

以下 SVG 展示了未启用中断均衡时，所有设备中断集中路由到 CPU0 的瓶颈模型：

上图中，所有设备的中断请求汇聚到 CPU0，而 CPU1 和 CPU2 几乎不处理中断。这种“单点过载”模式会导致：

启用 irqbalance 或手动中断亲和性绑定后，中断被均匀分散到多个核心，每个核心只处理其能力范围内的中断量：

均衡后，每个核心的中断负载保持在 30%~35% 左右，用户态进程有充足的 CPU 时间片，系统整体吞吐量可随核心数线性增长。

中断负载均衡带来的性能提升并非简单的“任务分散”，而是基于以下底层机制：

原理维度	详细说明	性能收益
并行处理	多个核心同时处理不同设备的中断上下文，中断处理函数不再串行排队	吞吐量提升 2~4 倍（4 核场景）
缓存局部性	同一设备的中断固定路由到同一核心，该核心的 L1/L2 缓存持续命中设备相关数据结构	中断处理延迟降低 30%~50%
NUMA 亲和性	中断路由到与设备所在 NUMA 节点相同的核心，避免跨节点内存访问	内存访问延迟降低 40%~60%
锁竞争缓解	不同设备的中断处理函数分散到不同核心，减少对共享锁（如协议栈锁）的争抢	锁等待时间降低 50%~70%
软中断负载均衡	irqbalance 不仅分配硬中断，还通过 RPS（Receive Packet Steering）均衡软中断处理	网络收包能力提升 2~3 倍

注意：中断均衡并非万能。在极端高并发场景下，如果每个核心的中断负载已经接近 100%，再增加核心数也无法提升性能，此时需要优化中断处理函数本身的效率（如使用 NAPI 轮询、减少中断频率）。

以下表格总结了不同场景下中断均衡的典型收益：

场景	未均衡瓶颈	均衡后收益	推荐策略
10Gbps 网络收包	单核软中断 80%，丢包率 5%	吞吐量 9.5Gbps，丢包率 <0.1%	irqbalance + RPS
NVMe 磁盘 I/O	单核硬中断 60%，IOPS 200K	IOPS 800K，延迟降低 40%	手动亲和性绑定
虚拟化宿主机	所有 vCPU 中断集中到 pCPU0	虚拟机性能提升 3 倍	irqbalance + NUMA 绑定
数据库服务器	磁盘中断与网络中断争抢 CPU0	TPS 提升 50%，延迟稳定	中断分组隔离

实践建议：在部署 irqbalance 之前，先通过 cat /proc/interrupts 和 cat /proc/softirqs 观察当前中断分布。如果发现某个核心的数值远超其他核心，说明中断均衡尚未生效或配置不当，需要立即调整。