4. 中断合并(Interrupt Coalescing)原理：减少中断频率，提升吞吐量，但增加延迟
中断合并（Interrupt Coalescing，IC）是现代高性能网卡驱动中用于平衡吞吐量与CPU利用率的核心机制。其基本思想是：不要求网卡在每一个数据包到达时都立即触发中断，而是等待一段时间或累积一定数量的数据包后，再统一发起一次中断请求。这种“攒批处理”的方式能显著降低主机CPU的中断处理开销，从而大幅提升整体吞吐量，但代价是引入了额外的报文处理延迟。
核心权衡：中断合并的本质是用“延迟”换取“吞吐量”和“CPU效率”。在高速网络（如10Gbps/40Gbps）场景下，若不进行合并，每秒数百万次的中断会直接耗尽CPU资源，导致系统吞吐量急剧下降。
4.1 中断合并的工作机制
中断合并通常通过两种参数进行控制：合并计时器（Coalescing Timer）和合并计数（Coalescing Count）。网卡硬件或驱动软件会监控这两个条件，只要其中一个满足，就触发一次中断。
- 合并计时器（Timer）：从第一个数据包到达或上次中断清除后开始计时。当计时器达到预设的超时值（如 50μs、125μs）时，强制触发一次中断。这保证了最坏情况下的延迟上限。
- 合并计数（Count/Frame）：当网卡接收队列中累积的数据包数量达到预设的阈值（如 4、8、16 个包）时，立即触发中断。这保证了在流量较大时，每次中断都能处理足够多的报文，提高效率。
下图展示了中断合并与非合并模式下，中断触发频率的直观对比：
4.2 中断合并的收益与代价
中断合并并非没有代价。下表详细对比了开启与关闭中断合并时的关键性能指标差异：
| 性能指标 | 关闭中断合并 | 开启中断合并 | 变化趋势 |
|---|---|---|---|
| 中断频率 (IRQ/s) | 极高（如 500,000 IRQ/s） | 显著降低（如 50,000 IRQ/s） | ↓ 降低 90% |
| CPU 使用率 | 高（中断上下文开销大） | 低（CPU 有更多时间处理业务） | ↓ 降低 |
| 吞吐量 (Gbps) | 较低（CPU 被中断淹没） | 高（CPU 能处理更多报文） | ↑ 提升 |
| 平均延迟 (μs) | 低（接近线速延迟） | 增加（等待合并引入延迟） | ↑ 增加 |
| 延迟抖动 (Jitter) | 低 | 增加（取决于流量模式） | ↑ 增加 |
| Cache 局部性 | 差（频繁上下文切换） | 好（批量处理，Cache 命中率高） | ↑ 提升 |
性能陷阱：在低吞吐、延迟敏感的场景（如高频交易、实时音视频）中，开启中断合并可能导致报文处理延迟超出业务容忍范围。此时应关闭或调低合并参数，以延迟换取确定性。
4.3 中断合并的实现层级
中断合并可以在不同的层级实现，其灵活性和性能表现各有不同：
- 硬件级合并（Hardware Coalescing）：由网卡硬件芯片直接完成。网卡在内部缓存中累积数据包，直到满足计时器或计数条件，才通过 PCIe 总线向主机发送中断。这是最高效的方式，几乎不消耗主机 CPU 资源。Intel 的
ITR (Interrupt Throttling Rate)和 Mellanox 的RX Coalescing均属此类。 - 驱动级合并（Software Coalescing）：由网卡驱动程序在软件层面实现。网卡仍然产生每个包的中断，但驱动在中断服务程序（ISR）中决定是否立即处理，或者将中断“压制”一段时间，等待更多包到达后再统一处理。这种方式灵活性高，但会占用一定的 CPU 资源。
- NAPI 机制（混合模式）：Linux 内核的 NAPI 是一种特殊的“中断合并”形式。它在第一次中断到来后，关闭硬件中断，切换到轮询模式（Polling）批量收包，直到收完所有包或达到预算（Budget）后，才重新开启中断。这本质上是中断与轮询的动态结合。
下图展示了硬件级中断合并与 NAPI 机制在数据流上的区别：
4.4 关键参数与调优方向
在 Linux 系统中，中断合并参数通常通过 ethtool 工具进行查看和调整。以下是几个核心参数及其作用：
# 查看当前中断合并参数
ethtool -c eth0
# 示例输出
Coalesce parameters for eth0:
Adaptive RX: on (自适应合并)
RX: off
...
rx-usecs: 125 # 接收合并计时器（微秒）
rx-frames: 8 # 接收合并帧数
...下表列出了常见的调优参数及其推荐场景：
| 参数名称 | 作用 | 低延迟场景推荐 | 高吞吐场景推荐 |
|---|---|---|---|
rx-usecs |
接收方向合并计时器（μs） | 0 - 10 | 50 - 250 |
rx-frames |
接收方向合并帧数 | 1 - 2 | 4 - 16 |
tx-usecs |
发送方向合并计时器（μs） | 0 - 10 | 50 - 250 |
adaptive-rx |
自适应接收合并（由网卡动态调整） | 关闭 | 开启 |
调优建议：对于大多数通用场景，建议开启
adaptive-rx，让网卡根据当前流量负载自动调整合并参数。对于需要极致稳定的场景，建议手动固定 rx-usecs 和 rx-frames 值，并通过实际压测验证。
4.5 中断合并与 NAPI 的协同
中断合并与 NAPI 机制并非互斥，而是可以协同工作，形成多级“中断抑制”流水线：
- 第一级：硬件合并。网卡硬件首先根据
rx-usecs和rx-frames参数，决定是否立即发送中断。这从根源上减少了进入主机的 IRQ 数量。 - 第二级：NAPI 轮询。即使硬件发送了中断，NAPI 也会在第一次中断后关闭后续中断，并进入轮询模式。NAPI 的
budget参数决定了每次轮询最多处理多少个数据包。 - 第三级：驱动处理。在 NAPI 的
poll回调函数中，驱动会一次性从 Ring Buffer 中取出多个数据包，批量上送给协议栈，进一步分摊了上下文切换的开销。
这种多级协同机制使得现代网卡驱动能够在极高吞吐量下，依然保持相对可控的 CPU 占用率。理解并合理配置中断合并参数，是进行网卡性能优化的第一步，也是后续 NAPI 权重调优的基础。