DPDK中RSS配置必须在rte_eth_dev_configure前完成,需设置rxmode.mq_mode为RTE_ETH_MQ_RX_RSS、rss_conf.rss_hf指定哈希字段、rss_conf.rss_key为40字节合法密钥,并在rte_eth_dev_start后调用rte_eth_dev_rss_reta_update配置RETA表。

DPDK 中 RSS 配置必须在 rte_eth_dev_configure 之前完成
RSS 不是运行时可动态开关的特性,它依赖网卡硬件能力与 PMD 驱动初始化阶段的配置协商。如果你在 rte_eth_dev_start() 之后才尝试修改 RSS 键或哈希函数,驱动会直接忽略或报 EINVAL 错误——因为此时队列映射和硬件寄存器已固化。
正确做法是在调用 rte_eth_dev_configure() 前,通过 struct rte_eth_conf 的 rxmode.mq_mode 和 rx_adv_conf.rss_conf 字段显式启用并设置参数:
-
rxmode.mq_mode必须设为RTE_ETH_MQ_RX_RSS(不能是RTE_ETH_MQ_RX_NONE或仅RTE_ETH_MQ_RX_RSS以外的组合) -
rss_conf.rss_hf要按实际需求选择哈希字段,例如ETH_RSS_IP | ETH_RSS_TCP | ETH_RSS_UDP;若设为 0,RSS 实际不生效,即使 mq_mode 正确 -
rss_conf.rss_key推荐使用 DPDK 提供的默认键(rte_eth_rss_reta_entry64示例中常带的 40 字节数组),自定义 key 时务必保证长度为 40 字节且符合网卡要求(如某些 Intel NIC 要求最后 4 字节为 0)
RETA 表(接收均衡表)必须手动配置,否则流量只打到 queue 0
即使 RSS 启用成功、哈希计算也正常,如果未显式配置 RETA(Redirection Table),所有哈希值默认映射到 queue 0——这是 DPDK 的安全默认行为,不是 bug。
你需要调用 rte_eth_dev_rss_reta_update() 将哈希桶均匀分散到可用 RX 队列。常见错误包括:
立即学习“C++免费学习笔记(深入)”;
- 传入的
reta_size与网卡支持不符:用rte_eth_dev_info_get()查reta_size字段,常见值为 64 或 128,不能硬写 512 - 更新时未对齐分组:Intel 82599 及以后芯片要求每次更新至少 64 项(即按
reta_size / 64分组写),否则返回-ENOTSUP - 未在
rte_eth_dev_start()之后调用:RETA 是运行时寄存器,必须设备启动后才能写入
示例片段(假设 4 个 RX 队列):
uint16_t reta_conf[128];
for (int i = 0; i < 128; i++)
reta_conf[i] = i % nb_rx_queues;
rte_eth_dev_rss_reta_update(port_id, reta_conf, 128);
多核收包前要确认 RSS 哈希结果与 lcore 绑定逻辑匹配
DPDK 不自动把某个 queue 绑定到某个 lcore——你得用 rte_eth_rx_queue_setup() 为每个 port 的每个 RX queue 分配独立的 mbuf ring,再在 lcore_main() 循环里显式调用 rte_eth_rx_burst(port_id, queue_id, ...)。
容易出问题的点:
- 同一个 port 的多个 queue 被多个 lcore 轮询,但没做亲和性绑定(如用
pthread_setaffinity_np或rte_lcore_index()控制),导致 cache line bouncing 和调度抖动 - RETA 映射不均,比如 128 个 hash bucket 全映到 0~2 号 queue,而 3 号 queue 永远空闲——用
ethtool -x <if></if>在 Linux host 上可验证(需先用dpdk-devbind.py解绑) - TCP 流量被拆散:若仅开启
ETH_RSS_IP,同一 TCP 连接的 ACK 和数据包可能哈希到不同 queue,破坏顺序;应至少加ETH_RSS_TCP
某些网卡(如 Mellanox ConnectX-4/5)需额外启用 RQ steering 才让 RSS 生效
DPDK 对不同厂商 PMD 的 RSS 支持程度不一。Intel igb_uio / i40e 驱动通常开箱即用;但 Mellanox MLX5 需确认两点:
- 内核模块加载时是否禁用了 RSS:检查
mlx5_core参数rss_hash_default=1(默认开启),若为 0 则 DPDK 层设置无效 - DPDK 编译时是否启用了
CONFIG_RTE_LIBRTE_MLX5_PMD=y且运行时指定了正确的--vfio-vf-token(若用 VFIO) - MLX5 要求
rss_conf.rss_hf中的字段必须与其 firmware 支持的 hash 类型一致,例如ETH_RSS_L3_SRC_ONLY在部分固件版本中不被识别,会静默降级为 IP-only hash
调试时优先查 rte_eth_dev_info_get() 返回的 hash_key_size 和 reta_size,再比对 rss_hf 是否在 flow_type_rss_offloads 位图中被置位。
RSS 看似只是填几个字段,实际是硬件能力、驱动实现、配置时序、队列映射四层耦合的结果。漏掉任何一层,流量就安静地堆在 queue 0 里等你发现。


















