4. Burst模式原理：分摊开销与提升局部性
DPDK 的 Burst（突发）模式是其高性能数据面的核心设计之一。与传统的逐个报文处理方式不同，Burst 模式每次从网卡驱动中批量收取或发送一组报文（通常为 32 或 64 个），从而在软件架构层面实现显著的性能提升。本章将深入分析 Burst 模式的动机，并详细解读其核心 API。
4.1 Burst收发包的动机
逐个报文处理（Single-Packet Mode）在高速网络环境下存在严重的性能瓶颈。Burst 模式通过以下两个关键机制解决了这些问题：
4.1.1 分摊函数调用开销
每次调用 rte_eth_rx_burst 或 rte_eth_tx_burst 都涉及一次用户态到内核态（或 PMD 驱动层）的上下文切换与函数调用。如果每个报文都进行一次调用，函数调用的固定开销（如栈帧保存、参数传递、分支预测）会被放大。Burst 模式将 N 个报文的处理合并为一次调用，使得每次调用的固定开销被 N 个报文分摊，有效降低了每报文的处理成本。
4.1.2 提升Cache局部性
现代 CPU 依赖 Cache 来隐藏内存访问延迟。逐个处理报文时，数据流是离散的，容易导致 Cache 行频繁失效。Burst 模式通过批量操作，使得同一批报文的数据结构（如 rte_mbuf 和报文内容）在内存中连续或接近连续存放，从而利用空间局部性预加载数据，减少 Cache Miss。此外，批量处理还能让指令 Cache 保持热度，减少流水线停顿。
4.2 rte_eth_rx_burst / rte_eth_tx_burst API详解
这两个 API 是 DPDK 收发包的基石。理解其参数、返回值及行为模式，是编写高性能数据面应用的前提。
4.2.1 函数原型与参数
| API | 函数原型 | 关键参数 |
|---|---|---|
| rte_eth_rx_burst | uint16_t rte_eth_rx_burst(uint16_t port_id, uint16_t queue_id, struct rte_mbuf **rx_pkts, const uint16_t nb_pkts) |
|
| rte_eth_tx_burst | uint16_t rte_eth_tx_burst(uint16_t port_id, uint16_t queue_id, struct rte_mbuf **tx_pkts, uint16_t nb_pkts) |
|
4.2.2 返回值语义
两个 API 的返回值类型均为 uint16_t，表示实际成功收/发的报文数量。这个返回值是驱动层与应用程序之间的关键契约：
- 对于 rx_burst：返回值表示实际从网卡接收队列中取出的报文数量。该值可能小于
nb_pkts（队列为空时返回 0），但不会大于nb_pkts。 - 对于 tx_burst：返回值表示实际成功放入发送队列的报文数量。如果发送队列已满，返回值可能小于
nb_pkts。应用程序必须处理未成功发送的报文（通常重试或释放）。
4.2.3 典型使用模式
以下代码展示了 rx_burst 和 tx_burst 的标准使用模式：
#define BURST_SIZE 32
/* 接收处理 */
struct rte_mbuf *pkts[BURST_SIZE];
uint16_t nb_rx = rte_eth_rx_burst(port_id, queue_id, pkts, BURST_SIZE);
if (unlikely(nb_rx == 0)) {
/* 无报文到达，可进行其他处理或轮询等待 */
return;
}
/* 批量处理接收到的报文 */
for (uint16_t i = 0; i < nb_rx; i++) {
process_packet(pkts[i]); /* 用户自定义处理逻辑 */
}
/* 发送处理（假设处理后的报文仍存放在 pkts 数组中） */
uint16_t nb_tx = rte_eth_tx_burst(port_id, queue_id, pkts, nb_rx);
/* 处理未成功发送的报文 */
if (unlikely(nb_tx < nb_rx)) {
for (uint16_t i = nb_tx; i < nb_rx; i++) {
rte_pktmbuf_free(pkts[i]); /* 释放未发送的 mbuf */
}
}4.2.4 非确定性行为与驱动差异
不同 PMD（Poll Mode Driver）对 Burst API 的实现存在差异，主要体现在以下方面：
| 行为维度 | 说明 | 影响 |
|---|---|---|
| 收包顺序 | rx_burst 通常保持报文到达顺序，但某些硬件（如支持 RSS 的网卡）可能乱序 | 依赖顺序的应用（如 TCP 重组）需额外处理 |
| 最小 Burst 大小 | 部分驱动在队列中报文数少于阈值时可能返回 0，即使有报文到达 | 可能导致饥饿，需配合 rte_eth_dev_rx_intr_enable 使用 |
| 发送完成语义 | tx_burst 返回成功仅表示报文已入队，不保证已发送到线路上 | 释放 mbuf 前需等待发送完成通知（如使用 TX 完成回调） |
4.3 Burst模式的最佳实践
- 选择合适的 Burst 大小：通常 32 或 64 是最优选择。过小（如 4）无法充分分摊开销；过大（如 256）会增加延迟和描述符环压力。
- 避免在 Burst 内部阻塞：批量处理时，如果某个报文需要等待（如查表未命中），应将其暂存到重试队列，而不是阻塞整个 Burst。
- 利用返回值进行自适应：如果 rx_burst 连续多次返回 0，可以适当降低轮询频率或让出 CPU，减少空转功耗。
- 注意 mbuf 的释放时机：发送完成后，不要立即释放 mbuf，应等待硬件确认（如通过 TX 完成队列或写回机制），否则可能导致数据被覆盖。