计算机网络 E05：eBPF/XDP、DPDK 与内核旁路

“绕过内核一定更快”不是可复查的性能结论。收包成本可能来自中断或轮询、驱动、内存分配、队列同步、包解析、复制、缓存失效和发送完成；offload 与丢包口径不同，还会让两个数字失去可比性。

第 29、30 篇讨论事件循环和 Linux 主机路径。本篇区分 eBPF、XDP、AF_XDP 与 DPDK 的执行位置，并建立固定负载的成本账本。没有相应设备与权限时，只验证计数守恒，不报告吞吐排名。

eBPF 是执行机制，XDP 是挂点

eBPF 程序经过验证后在内核定义的挂点运行。不同程序类型具有不同上下文和可用 helper，不能把任意 eBPF 程序放到任意路径。

XDP 位于网络接收路径的较早位置，可对报文执行 PASS、DROP、TX、REDIRECT 等动作。具体运行在原生驱动、通用模式还是硬件 offload，会显著影响路径和能力。写“启用了 XDP”仍不足以解释成本。

AF_XDP 用环形队列在用户空间与 XDP 路径之间交换报文描述符。零拷贝需要驱动与配置支持；复制模式也可能工作。需要从实际绑定模式和统计确认，不能根据 API 名称宣称零拷贝。

报文阶段 × CPU 执行位置 × 内存所有权 × 队列 × offload = 成本口径

吞吐只给结果，无法说明瓶颈。每个阶段的报文计数与 CPU 时间对齐后，才可能判断成本转移到了哪里。

DPDK 的 Environment Abstraction Layer、mempool、mbuf、ring 和 poll mode driver 共同构成常见用户态数据路径。专用逻辑核持续轮询可以减少中断和调度切换，但空载时也可能持续消耗 CPU。

“内核旁路”描述的是常见报文数据路径，不表示系统不再依赖内核。进程调度、内存映射、设备绑定、IOMMU 和控制面仍由操作系统参与。DPDK 与 XDP 也不是简单替代关系：一个主要是用户态轮询框架，一个是内核早期可编程挂点，还可通过 AF_XDP 连接用户态。

样例只描述一条合成路径：网卡观察到 100000 个报文，驱动前后、XDP 动作、用户态队列、处理与发送阶段分别记录计数。脚本检查相邻阶段的差额能否由明确丢弃项解释，并把 CPU 秒数按阶段列出。

offload 状态与计数同时保存。若一个测试开启 GRO/GSO，另一个关闭，包率、包大小和 CPU 成本口径已经变化，不能直接拼成排行榜。RSS 队列数、NUMA 位置、CPU 频率和批处理大小也必须固定。

cost_accounting.py 不执行 eBPF 或 DPDK。它验证一份实验记录至少具备 offered、received、drop、processed、transmitted、CPU 和 offload 字段，并检查守恒关系。

1 2	`python3 source/_posts/2026-09-24-计算机网络E05-eBPF与内核旁路/cost_accounting.py --help python3 source/_posts/2026-09-24-计算机网络E05-eBPF与内核旁路/cost_accounting.py`

早期丢弃减少后续处理，不等于端到端服务更快。若规则错误，XDP 可以更早地丢掉本应接收的流量。

忙轮询减少唤醒开销，但会占用专用核心。低负载或需要节能的场景中，中断驱动路径可能更合适。

包率高低不能脱离包大小。相同 bit/s 下小包需要更多每包处理；相同 packet/s 下大包承载更多字节。CPU 百分比还需说明核数、频率和采样方式。

练习一：两个测试吞吐相同，其中一个开启 GRO，另一个关闭。列出必须补齐的包率、字节率、CPU、队列和丢包指标，说明为何不能直接判断实现优劣。

练习二：某 XDP 程序把 4% 报文提前 DROP，应用 CPU 降低。设计一个验证，区分“过滤符合策略”与“误丢业务流量”。

Linux Kernel Documentation：BPF，Linux kernel project，访问于 2026-09-24。
Linux Kernel Documentation：AF_XDP，Linux kernel project，访问于 2026-09-24。
Linux Kernel Documentation：XDP RX Metadata，Linux kernel project，访问尝试于 2026-09-24；本次连接失败，不作为独占依据。
DPDK Programmer’s Guide，DPDK project，访问于 2026-09-24。