2. 网卡多队列技术基础：多队列原理、RSS概念、队列与CPU绑定的意义

在进入DPDK移植实践之前，必须透彻理解网卡多队列技术的底层机制。传统单队列网卡在高速网络环境下会形成严重的中断风暴和锁竞争，而多队列技术通过硬件级并行将数据流分散到多个处理路径，是DPDK实现零拷贝、无锁化收包的核心前提。

2.1 多队列原理：从单队列到多队列的演进

传统网卡只有一个接收队列（Rx Queue）和一个发送队列（Tx Queue）。所有到达的数据包必须经过同一个队列，由同一个CPU核心的中断处理程序负责收包。这种架构在1Gbps以下尚可应对，但在10Gbps/25Gbps/100Gbps场景下会暴露严重瓶颈：

• 中断风暴：每秒数百万个数据包触发中断，CPU被完全占用于中断上下文，无法执行应用逻辑。
• 锁竞争：多个应用线程同时从单队列读取数据时，必须通过自旋锁或互斥锁保护队列操作，导致缓存颠簸和性能下降。
• 内存带宽浪费：所有数据包必须经过同一个DMA通道，PCIe带宽利用率不均。

多队列网卡在硬件层面实现了多个独立的接收/发送队列对（Queue Pair）。每个队列拥有独立的描述符环、DMA内存区域和中断向量。数据包到达时，网卡根据预配置的分发规则将数据包分配到不同的队列，从而将负载分散到多个CPU核心。

2.2 RSS（Receive Side Scaling）概念

RSS（接收端缩放）是网卡多队列技术的核心分发机制。它通过硬件哈希函数将数据包均匀地分配到多个接收队列，从而在多个CPU核心之间实现负载均衡。RSS的关键组件包括：

RSS的工作流程如下：

1. 网卡接收数据包，解析指定头部字段（如源IP、目的IP、源端口、目的端口）。
2. 硬件使用RSS Key和Toeplitz哈希算法计算32位哈希值。
3. 取哈希值的低N位（取决于RETA大小）作为索引，查询RETA表。
4. RETA表返回目标队列ID，数据包被DMA到该队列的描述符环。
5. 队列对应的CPU核心通过轮询或中断方式收取数据包。

2.3 队列与CPU绑定的意义

仅仅拥有多队列硬件还不够——必须将队列与CPU核心进行亲和性绑定，才能真正发挥并行优势。队列与CPU绑定的核心意义体现在以下三个维度：

在DPDK中，队列与CPU绑定的典型配置模式如下：

/* DPDK RSS + 队列绑定示例代码片段 */
#define NUM_QUEUES 4
#define NUM_CORES  4

static void configure_rss_and_binding(uint16_t port_id) {
    struct rte_eth_rss_conf rss_conf = {
        .rss_key = NULL,          /* 使用默认key */
        .rss_hf = ETH_RSS_IP | ETH_RSS_TCP | ETH_RSS_UDP,
    };
    
    /* 1. 配置RSS哈希类型 */
    rte_eth_dev_rss_hash_update(port_id, &rss_conf);
    
    /* 2. 配置RETA：将哈希值均匀映射到4个队列 */
    struct rte_eth_rss_reta_entry64 reta_conf[2];
    for (uint16_t i = 0; i < 128; i++) {
        reta_conf[i / 64].mask |= (1ULL << (i % 64));
        reta_conf[i / 64].reta[i % 64] = i % NUM_QUEUES;
    }
    rte_eth_dev_rss_reta_update(port_id, reta_conf, 128);
    
    /* 3. 每个lcore绑定一个队列 */
    for (uint8_t queue = 0; queue < NUM_QUEUES; queue++) {
        rte_eth_rx_queue_setup(port_id, queue, 1024,
            rte_eth_dev_socket_id(port_id), NULL, mbuf_pool);
        /* 在DPDK中，lcore通过rte_eth_rx_burst()轮询自己的队列 */
    }
}

2.4 多队列配置的关键参数

在实际移植过程中，需要根据硬件平台和应用场景调整以下参数：