4. RSS技术原理：接收端缩放与多队列分发

RSS（Receive Side Scaling，接收端缩放）是DPDK中实现多队列负载均衡的基础硬件卸载技术。它通过哈希算法将入站数据流均匀分发到多个接收队列，从而突破单核处理瓶颈，充分利用多核CPU的并行处理能力。

4.1 RSS定义与工作原理

RSS是一种网卡硬件特性，它根据数据包头部字段计算哈希值，并将哈希值映射到特定的接收描述符队列（RX Queue）。每个队列由独立的CPU核心处理，从而实现负载均衡。

4.2 Toeplitz哈希算法

Toeplitz哈希是RSS使用的核心算法，它通过对称密钥矩阵和输入数据的位运算生成固定长度的哈希值。相比CRC等算法，Toeplitz哈希具有硬件实现简单、计算延迟低的优势。

4.2.1 算法原理

Toeplitz哈希使用一个40字节（320位）的密钥（RSS Key），与输入数据（如IP地址、端口号）进行位级乘积累加运算。算法核心步骤：

1. 输入提取：从数据包头部提取哈希域（如源/目的IP、源/目的端口）
2. 位扩展：将输入数据按位展开，形成输入向量
3. 矩阵乘法：使用Toeplitz矩阵与输入向量进行模2乘法
4. 哈希输出：生成32位哈希值，取低7位（或根据队列数调整）作为索引

4.2.2 哈希域配置

4.3 RSS哈希键与重定向表

RSS的完整配置包含两个核心组件：哈希键（RSS Key）和重定向表（RETA）。两者协同工作，决定数据包的最终队列归属。

4.3.1 RSS哈希键

RSS Key是一个40字节的随机数，由驱动或用户配置。它直接影响哈希结果的分布均匀性。DPDK提供默认Key，也支持用户自定义。

/* DPDK默认RSS Key示例（40字节） */
static const uint8_t default_rss_key[40] = {
    0x6d, 0x5a, 0x56, 0xda, 0x25, 0x5b, 0x0e, 0xc2,
    0x41, 0x67, 0x25, 0x3d, 0x43, 0xa3, 0x8f, 0xb0,
    0xd0, 0xca, 0x2d, 0xcb, 0xae, 0x7b, 0x30, 0xb4,
    0x77, 0xcb, 0x2d, 0xa3, 0x80, 0x30, 0xf2, 0x0c,
    0x6a, 0x42, 0xb7, 0x3b, 0xbe, 0xac, 0x01, 0xfa
};

/* DPDK配置RSS Key接口 */
struct rte_eth_rss_conf rss_conf = {
    .rss_key = default_rss_key,
    .rss_key_len = 40,
    .rss_hf = RTE_ETH_RSS_NONFRAG_IPV4_TCP |
              RTE_ETH_RSS_NONFRAG_IPV4_UDP
};
rte_eth_dev_rss_hash_update(port_id, &rss_conf);

4.3.2 重定向表（RETA）

RETA是一个查找表，将哈希值映射到具体的RX队列编号。RETA的大小通常为128或512项，每项对应一个队列ID。

4.4 多队列分发机制

多队列分发是RSS的最终目标，通过硬件和软件的协同，实现数据包的高效并行处理。

4.4.1 分发流程

1. 数据包到达：网卡接收数据包，存入内部缓冲区
2. 头部解析：硬件解析数据包L2/L3/L4头部，提取哈希域
3. 哈希计算：使用Toeplitz算法和RSS Key计算32位哈希值
4. RETA查找：取哈希值低7位（128项RETA）作为索引，获取目标队列ID
5. DMA传输：数据包通过DMA直接写入目标RX队列的ring buffer
6. 中断/轮询：触发中断或由DPDK轮询线程从对应队列收取数据

4.4.2 DPDK配置示例

/* 配置RSS多队列 */
struct rte_eth_conf port_conf = {
    .rxmode = {
        .mq_mode = RTE_ETH_MQ_RX_RSS,  /* 启用RSS多队列模式 */
    },
    .rx_adv_conf = {
        .rss_conf = {
            .rss_key = NULL,           /* 使用驱动默认Key */
            .rss_key_len = 40,
            .rss_hf = RTE_ETH_RSS_NONFRAG_IPV4_TCP |
                      RTE_ETH_RSS_NONFRAG_IPV4_UDP |
                      RTE_ETH_RSS_NONFRAG_IPV4_OTHER,
        },
    },
};

/* 配置队列数量（假设使用16个队列） */
uint16_t nb_rx_queues = 16;
rte_eth_dev_configure(port_id, nb_rx_queues, nb_tx_queues, &port_conf);

/* 设置RETA表（可选，自定义队列映射） */
struct rte_eth_rss_reta_entry64 reta_conf[2];
/* 初始化RETA，使哈希均匀分布到16个队列 */
for (int i = 0; i < 128; i++) {
    reta_conf[i / 64].mask |= (1ULL << (i % 64));
    reta_conf[i / 64].reta[i % 64] = i % 16;
}
rte_eth_dev_rss_reta_update(port_id, reta_conf, 2);

4.4.3 队列与CPU绑定

DPDK通过lcore绑定机制，将每个RX队列绑定到特定的CPU核心，实现无锁并行处理。

4.5 RSS性能优化要点

• 哈希均匀性：使用随机RSS Key，避免默认Key导致的哈希偏斜
• RETA配置：根据实际队列数调整RETA映射，确保负载均衡
• 队列深度：根据流量特征调整RX描述符数量（512-4096），避免丢包
• NUMA感知：将RX队列内存分配在对应CPU的NUMA节点上，减少跨节点访问延迟
• 哈希域选择：根据业务需求选择哈希域，TCP/UDP场景建议包含四元组