3. 中断机制基础：硬件中断(IRQ)与软件中断(SoftIRQ)在Linux网络栈中的角色

在Linux网络栈中，中断机制是连接网卡硬件与内核协议栈的核心桥梁。理解硬件中断（IRQ）与软件中断（SoftIRQ）的分工与协作，是优化网卡驱动吞吐量的前提。本章将深入剖析这两种中断类型的角色、交互流程及其对性能的影响。

3.1 硬件中断（IRQ）：网卡通知CPU的“敲门砖”

当网卡接收到一个数据包时，它不能直接将数据写入内核内存，而是需要通过硬件中断（IRQ）通知CPU。IRQ是一种由硬件设备（如网卡）向CPU发送的异步信号，用于请求CPU的注意。

3.1.1 IRQ的工作流程

1. 数据到达： 网卡从网络介质上接收到数据帧，并将其存入网卡内部的接收缓冲区（RX FIFO）。
2. 中断触发： 网卡通过PCIe总线向CPU的中断控制器（如APIC）发送一个中断请求信号。
3. 中断分发： 中断控制器根据中断号（IRQ number）和CPU亲和性（IRQ affinity）设置，将中断分配给某个特定的CPU核心。
4. 中断处理： CPU核心暂停当前正在执行的任务，保存上下文，跳转到注册的中断处理程序（Interrupt Handler）。
5. 快速处理与退出： 中断处理程序执行非常有限的、时间敏感的操作（如读取硬件状态寄存器、清中断标志、将数据包从网卡DMA到内存），然后立即返回。在传统非NAPI驱动中，此步骤可能直接调用收包函数；在NAPI驱动中，则通常是调度SoftIRQ。

3.1.2 IRQ亲和性（IRQ Affinity）

通过设置IRQ亲和性，可以将特定网卡的中断绑定到指定的CPU核心上。这对于多队列网卡（如RSS）至关重要，可以实现中断负载在多个CPU之间的均衡。

3.2 软件中断（SoftIRQ）：内核协议栈的“主力军”

SoftIRQ是Linux内核中一种可延迟执行的、运行在软中断上下文中的机制。它被设计用来处理那些对时间要求不那么严格（相对于硬件中断）但依然需要原子性操作的任务。在网络栈中，SoftIRQ是实际执行数据包处理（从驱动层到协议层）的主要场所。

3.2.1 网络相关的SoftIRQ类型

• NET_TX_SOFTIRQ： 用于处理网络数据包的发送。当驱动完成数据包发送后，通过此SoftIRQ释放sk_buff等资源。
• NET_RX_SOFTIRQ： 用于处理网络数据包的接收。这是网络栈中最繁忙的SoftIRQ，负责调用NAPI的poll方法，将数据从驱动层递交给协议栈。

3.2.2 SoftIRQ的调度与执行

1. 触发： 硬件中断处理程序（上半部）在退出前，通过raise_softirq_irqoff(NET_RX_SOFTIRQ)标记对应的SoftIRQ为待处理状态。
2. 检查： 在硬件中断返回后，CPU在特定的检查点（如irq_exit()函数中）检查是否有待处理的SoftIRQ。
3. 执行： 如果存在待处理的SoftIRQ，内核会调用do_softirq()函数，在软中断上下文中执行注册的处理函数（如net_rx_action）。
4. ksoftirqd： 如果SoftIRQ的处理时间过长或频繁触发，内核会将剩余的工作委托给每个CPU核心专用的内核线程ksoftirqd/N（N为CPU编号）来处理，防止用户态进程被饿死。

3.3 硬件中断与软件中断的协作流程

下图展示了从网卡收到数据包到数据被送入协议栈的完整中断协作流程。

3.4 中断合并（Interrupt Coalescing）与NAPI的关系

在传统驱动模式下，每个数据包都会触发一次硬件中断，导致频繁的上下文切换和CPU缓存污染。中断合并和NAPI都是为了解决此问题而设计的，但它们的层次和作用不同。

3.5 性能影响与调优方向

理解IRQ和SoftIRQ的角色后，我们可以从以下几个方向进行性能调优：

• IRQ亲和性（IRQ Affinity）： 将不同网卡队列的中断绑定到不同的CPU核心，实现负载均衡。
• 中断合并参数： 调整网卡的合并延迟（rx-usecs）和合并帧数（rx-frames），在延迟和吞吐量之间寻找平衡。
• NAPI权重（dev_weight）： 调整/proc/sys/net/core/dev_weight，控制每次SoftIRQ轮询中NAPI可以处理的最大数据包数量。权重越大，单次吞吐量越高，但可能增加其他任务的调度延迟。
• 监控SoftIRQ占用： 使用top命令查看si（软中断）的CPU占用率，或使用/proc/softirqs监控NET_RX和NET_TX的计数，判断是否存在SoftIRQ瓶颈。