2. Linux 内核网络栈的瓶颈：中断、上下文切换、内存拷贝对性能的影响
在深入对比 DPDK KNI 与 Netmap 之前，必须理解传统 Linux 内核网络栈在高吞吐场景下的性能瓶颈。这些瓶颈主要源于三个核心机制：中断处理、上下文切换和内存拷贝。它们共同构成了数据包从网卡到用户态应用程序的“性能墙”。
核心观点： 传统内核网络栈为通用性设计，牺牲了极致性能。每接收一个数据包，CPU 需要经历“中断 → 上下文切换 → 内核处理 → 拷贝 → 上下文切换 → 用户态处理”的完整路径，路径上的每一步都伴随着显著的 CPU 周期开销。
2.1 中断风暴：高 PPS 下的 CPU 陷阱
当网卡接收到数据包时，会通过硬件中断（IRQ）通知 CPU。在低流量下，这种方式响应迅速且节能。但在高速网络（如 10Gbps/40Gbps）下，每秒可能产生数百万个数据包（PPS），导致 CPU 被频繁中断，陷入所谓的“中断风暴”（Interrupt Storm）。
- 中断处理开销： 每次中断，CPU 需要保存当前执行上下文、跳转到中断处理程序、处理数据包、恢复上下文。这个过程会污染 CPU 缓存（L1/L2 Cache Miss），降低整体计算效率。
- 活锁（Livelock）风险： 当数据包到达速率超过 CPU 处理中断的能力时，CPU 会一直忙于处理中断，导致用户态进程无法获得 CPU 时间片，系统吞吐量反而急剧下降。
性能指标： 在 10Gbps 线速下，64 字节小包的理论 PPS 约为 14.88 Mpps。传统内核在单核上通常只能处理 1-2 Mpps，中断开销是主要限制因素之一。
2.2 上下文切换：用户态与内核态的“过路费”
每次系统调用（如 recvfrom、sendto）或中断处理，CPU 都需要在用户态和内核态之间切换。这种切换涉及特权级变更、堆栈切换、TLB 刷新和寄存器保存/恢复，代价高昂。
| 操作类型 | 典型延迟（CPU 周期） | 对性能的影响 |
|---|---|---|
| 函数调用 | ~5 周期 | 几乎无影响 |
| 系统调用（用户态→内核态） | ~1000-2000 周期 | 每次数据包处理都需支付 |
| 上下文切换（进程切换） | ~10000-50000 周期 | 导致缓存失效，严重影响吞吐 |
在传统网络栈中，一个数据包的接收路径通常包含：硬件中断（内核态）→ SoftIRQ（内核态）→ 系统调用返回（用户态）。这意味着每个数据包至少经历 2 次上下文切换。对于 10Mpps 的流量，仅上下文切换开销就能消耗掉一个 CPU 核心的全部资源。
2.3 内存拷贝：数据搬运的“隐形杀手”
传统内核网络栈中，数据包至少需要经历两次完整的内存拷贝：
- 网卡 DMA → 内核缓冲区（Ring Buffer → sk_buff）
- 内核缓冲区 → 用户态应用程序缓冲区
每次拷贝不仅消耗 CPU 周期，还会占用宝贵的内存带宽。在高速网络下，内存拷贝往往成为最终的瓶颈。
性能数据： 在 x86 平台上，一次 1500 字节的 memcpy 大约需要 200-300 个 CPU 周期。对于 10Mpps 的流量，仅拷贝开销就高达 2-3 GHz 的 CPU 处理能力。这还不包括缓存污染和内存总线争用。
2.4 三大瓶颈的累积效应
中断、上下文切换和内存拷贝并非独立存在，它们相互叠加，形成性能的“乘法效应”：
| 瓶颈因素 | 单次开销（近似） | 10Mpps 下的总开销 | 占 CPU 比例（3GHz 单核） |
|---|---|---|---|
| 中断处理 | ~500 周期 | 5,000 M 周期 | ~167% |
| 上下文切换 | ~1500 周期 | 15,000 M 周期 | ~500% |
| 内存拷贝（1500B） | ~250 周期 | 2,500 M 周期 | ~83% |
| 合计 | ~2250 周期 | 22,500 M 周期 | ~750% |
结论： 从表中可以看出，即使不考虑缓存失效和锁竞争，传统内核网络栈在 10Mpps 下也需要约 7.5 个 CPU 核心才能处理。这解释了为什么在 40Gbps/100Gbps 时代，必须采用 DPDK 或 Netmap 等用户态网络技术来绕过内核瓶颈。