3. 单队列网卡痛点：CPU单核瓶颈、中断风暴与锁竞争

在理解多队列与RSS的优势之前，必须先剖析传统单队列网卡（Single Queue NIC）在高速网络环境下的三大核心痛点。这些痛点直接催生了多队列技术的诞生，也是后续配置CPU亲和性与中断负载均衡的根本动因。

3.1 单队列架构的固有缺陷

单队列网卡仅拥有一个硬件发送队列（TX Queue）和一个硬件接收队列（RX Queue）。所有进出系统的网络数据包都必须经过这一条“单车道”。这种设计在千兆及以下网络时代尚可应对，但在万兆、25G甚至更高带宽下，其瓶颈效应被急剧放大。

3.2 三大核心痛点详解

3.3 痛点一：CPU单核瓶颈

单队列网卡将所有中断请求（IRQ）路由到同一个CPU核心。该核心不仅要处理中断上下文（中断处理程序），还要执行下半部（SoftIRQ）中的网络协议栈处理（IP、TCP/UDP、socket等）。

• 处理能力上限： 现代CPU单核在64字节小包场景下，纯网络处理吞吐量约为2-4Gbps。当网卡速率达到10Gbps时，单核必然成为瓶颈。
• 资源浪费： 多核CPU的其他核心处于空闲或低负载状态，无法分担网络处理任务，造成硬件资源严重浪费。
• 扩展性差： 即使升级到更高主频的CPU，也无法线性提升网络吞吐量，因为单核性能提升已接近物理极限。

3.4 痛点二：中断风暴

中断风暴（Interrupt Storm）是指系统在高速网络流量下，CPU被连续不断的中断请求淹没，导致无法有效执行用户态应用程序的现象。

单队列网卡的中断处理流程如下：

1. 中断触发： 网卡每收到一个数据包（或一组数据包），通过PCIe总线向CPU发送一个中断信号。
2. 中断响应： CPU暂停当前任务，保存上下文，执行中断处理程序（ISR）。
3. 中断处理： ISR将数据包从网卡DMA缓冲区拷贝到内核协议栈，并触发SoftIRQ。
4. 上下文恢复： 中断处理完成后，CPU恢复被中断的任务。

当PPS极高时，CPU几乎将所有时间都花在步骤2和步骤4的上下文切换上，实际用于处理数据的步骤3时间占比极低。这种现象被称为“中断活锁”（Interrupt Livelock）。

3.5 痛点三：锁竞争与Cache一致性开销

单队列网卡意味着所有网络数据流共享同一个接收队列和发送队列。当多核CPU上的多个进程或线程同时进行网络I/O操作时，内核必须通过锁机制保护共享的队列数据结构。

常见的锁竞争场景包括：

• sk_buff 分配/释放： 多个CPU核心同时从同一个内存池分配或释放网络缓冲区，导致内存分配器锁争用。
• 队列操作锁： 对单个TX/RX队列的入队和出队操作需要加锁，防止数据竞争。
• 协议栈全局锁： 某些内核网络路径（如路由表查找、连接跟踪）存在全局锁或per-netns锁。

锁竞争带来的连锁反应：

1. 自旋等待： 未获取锁的CPU核心进入自旋状态，空耗CPU周期。
2. Cache Line Bouncing： 锁变量和共享数据在不同CPU核心的L1/L2缓存间频繁失效和同步，导致内存访问延迟剧增。
3. 性能抖动： 锁竞争程度随流量波动而变化，导致吞吐量和延迟出现不规则抖动。

3.6 实际案例：单队列下的性能退化

以下是一个典型的单队列网卡在万兆环境下的性能测试数据对比：

3.7 从痛点看解决方案方向

单队列网卡的三大痛点指向了同一个解决方向：将网络处理负载分散到多个CPU核心上。这正是后续章节将要深入讲解的多队列技术（RSS、RPS、RFS）和中断负载均衡（IRQ Balance、CPU亲和性绑定）的核心动机。

下表总结了单队列痛点与多队列解决方案的对应关系：