1. 课程导论：为什么需要软中断亲和性调优？网络负载均衡的挑战与目标

1.1 从“硬中断”到“软中断”：网络数据包的内核之旅

当网卡接收到一个网络数据包时，它并不会直接将数据交给应用程序。数据包必须经历一次从硬件到内核，再到用户空间的完整旅程。这个过程的核心是中断机制，它分为两个阶段：

• 硬中断（Hard IRQ）：网卡硬件通过引脚或MSI-X向CPU发送电信号，通知CPU“有数据到了”。CPU立即暂停当前任务，执行网卡驱动注册的中断处理程序。这个程序非常短，通常只做两件事：保存寄存器状态，然后触发一个软中断（SoftIRQ）。
• 软中断（SoftIRQ）：这是内核中延迟执行的下半部机制。硬中断处理程序触发软中断后，CPU会在后续的某个安全时刻（通常是中断返回前或专门的ksoftirqd内核线程中）执行网络协议栈的处理逻辑，例如IP层路由、TCP/UDP解包、socket分发等。

1.2 默认调度机制的缺陷：单核瓶颈与“木桶效应”

在默认配置下，Linux内核将网卡中断（包括硬中断和随之而来的软中断）绑定到同一个CPU核心上。这种设计在单核时代没有问题，但在多核CPU架构下，它带来了严重的性能挑战：

1.3 网络负载均衡的核心目标：从“单兵作战”到“多核协同”

软中断亲和性调优的本质，是打破默认的单核绑定，让网络负载在多核CPU之间实现真正的均衡。我们的调优目标可以量化为以下三个维度：

• 目标一：CPU利用率均衡 —— 所有参与网络处理的核心，其软中断占用率差异不超过10%。
• 目标二：吞吐量线性扩展 —— 随着参与核心数量的增加，系统整体PPS（包每秒）和BPS（比特每秒）接近线性增长。
• 目标三：延迟可控 —— 在均衡负载的同时，不引入额外的跨核通信延迟，保持P99延迟在业务容忍范围内。

1.4 调优的挑战：不只是“绑核”那么简单

软中断亲和性调优并非简单地将中断绑定到不同CPU上。在实际生产环境中，工程师需要面对以下复杂挑战：

1. RSS（Receive Side Scaling）与RPS（Receive Packet Steering）的选择：硬件RSS依赖网卡多队列能力，而RPS是软件模拟方案。两者在性能、CPU开销和灵活性上各有优劣。
2. NUMA（Non-Uniform Memory Access）拓扑感知：跨NUMA节点访问内存的延迟远高于节点内访问。如果软中断在Node 0的CPU上处理，而应用程序在Node 1上运行，将导致严重的跨片访问开销。
3. 动态负载波动：网络流量并非恒定不变。白天的高峰期和夜间的低峰期，最优的亲和性配置可能完全不同。静态绑核方案无法适应这种动态变化。
4. 与CPU调频、节能策略的冲突：某些CPU节能驱动会动态调整核心频率，甚至下线空闲核心。如果软中断绑定到被下线的核心上，会导致网络中断丢失。

1.5 本章小结：调优的价值与课程路线图

软中断亲和性调优是Linux网络性能优化的核心环节。通过本课程，你将掌握以下能力：