DPDK初始化失败“no supported devices”本质是网卡未解绑或UIO/VFIO驱动未加载：需用dpdk-devbind.py --status确认设备状态，卸载原驱动（如ixgbe），加载vfio-pci并开启IOMMU，绑定正确PCI地址。
DPDK 初始化失败：pci_bus_probe 报错 no supported devices
DPDK 程序启动时 pci_bus_probe 报 “no supported devices”，本质是内核没把网卡从驱动（如 ixgbe、i40e）解绑，或未加载 uio_pci_generic / vfio-pci。不是代码写错了，是环境没配好。
- 先确认网卡型号是否被 DPDK 支持：
dpdk-devbind.py --status-dev net，看是否显示Unused状态 - 解绑前必须卸载原驱动：
modprobe -r ixgbe && modprobe uio_pci_generic（CentOS 7+ 推荐用vfio-pci，需开启 IOMMU） -
dpdk-devbind.py -b vfio-pci 0000:01:00.0中的 PCI 地址必须和lspci | grep Ethernet输出一致，别抄错冒号或大小写 - 如果用
vfio-pci，/boot/grub2/grub.cfg 里 kernel 行必须含intel_iommu=on（Intel）或amd_iommu=on（AMD），否则绑定后设备仍不可用
零拷贝收包：rte_eth_rx_burst 返回 0 或丢包严重
rte_eth_rx_burst 长期返回 0，不是 DPDK 没收到包，而是 mbuf pool 不够、RX ring 深度太小，或网卡未启用硬件校验卸载。真实链路中，哪怕线缆插着，也可能因配置不匹配完全静默。
- 检查 mbuf pool：用
rte_pktmbuf_pool_create创建时，nb_mbufs至少设为2048 * nb_rx_queues，否则 burst 调用会因无可用 mbuf 直接跳过 - RX ring size 必须是 2 的幂且 ≥ 256；太小（如 64）在 PPS > 1M 时必然溢出，
rte_eth_dev_info_get查rx_desc_lim.nb_max确认上限 - 调用
rte_eth_dev_configure前，务必设置dev_conf.rxmode.offloads = DEV_RX_OFFLOAD_CHECKSUM，否则某些网卡（如 XL710）默认丢弃无校验字段的包 - 抓包验证：用
tcpdump -i enp1s0f0看内核侧是否真有流量——若 tcpdump 也收不到，说明物理链路或交换机镜像端口有问题，和 DPDK 无关
千万级 PPS 转发卡在 rte_eth_tx_burst 性能上
rte_eth_tx_burst 吞吐上不去，常见于 TX ring 深度不足、未关闭网卡 TX 检查卸载、或 mbuf 引用计数混乱导致批量释放失败。10G 网卡跑满需稳定 > 1.48M pps（64 字节帧），低于 500K 即存在明显瓶颈。
- TX ring size 同样要 ≥ 512，且必须与 RX ring 对齐；
rte_eth_dev_info_get查tx_desc_lim.nb_max，别硬写 1024 - 发送前调用
rte_eth_dev_set_tx_offload关闭DEV_TX_OFFLOAD_IPV4_CKSUM等（除非你真需要硬件打 checksum），否则每个包多一次寄存器写入 - 转发逻辑中避免对 mbuf 做
rte_pktmbuf_clone或深拷贝；直接修改mbuf->port和mbuf->data_off，用rte_eth_tx_burst批量发出去即可 - 用
rte_eth_stats_get定期查oerrors字段：非 0 表示 TX 失败，大概率是 TX ring 满了但程序没做重试逻辑
绕过内核协议栈后，ARP/ICMP 不响应、TCP 连接失败
DPDK 应用默认不处理任何三层协议，所谓“绕过内核”是双刃剑：你得自己实现 ARP 请求/应答、IP 分片重组、甚至 TCP 状态机。想让外部设备能 ping 通或建连，必须补协议栈碎片。
立即学习“C++免费学习笔记（深入）”；
- ARP 响应不能靠内核：收到以太网类型为
0x0806的包，解析请求中的 IP，若匹配本机虚拟 IP（如 192.168.1.100），构造 ARP reply 并用rte_eth_tx_burst发回去 - 不要尝试把 DPDK 收到的包再送进内核（如写 /dev/net/tun）——那会引入拷贝和调度延迟，PPS 立刻掉一个数量级
- 若只需转发而非终节点，ARP 可全透传；但交换机可能因 MAC 表老化丢包，建议周期性发 gratuitous ARP 刷新下游设备缓存
- 真正做 L4 转发（如 TCP 代理）时，
rte_mbuf的l2_len/l3_len/l4_len必须手动设置正确，否则rte_ipv4_cksum计算偏移错误，校验和失效
千万级 PPS 的关键不在单点函数调用，而在内存布局连续性、cache line 对齐、以及避免任何跨 socket 访问。一个未对齐的 mbuf 结构体成员，就可能让每包多一次 cache miss；而 NUMA 绑定错误会让 TX queue 写操作落到远端内存，吞吐直接腰斩。
