DPDK初始化失败主因是EAL参数与hugepage配置不匹配：需提前分配2MB大页（如echo 1024 > /proc/sys/vm/nr_hugepages），挂载hugetlbfs，-m参数值不得超过可用hugepage总内存，非root用户须加--file-prefix避免冲突。
DPDK初始化失败：EAL参数和hugepage配置不匹配
DPDK无法启动最常见原因是EAL（Environment Abstraction Layer）初始化失败，错误通常表现为 EAL: FATAL: Cannot init memory 或 Cannot get hugepage information。这说明内核hugepage未正确分配，或DPDK进程没权限访问。
- 必须提前分配2MB hugepage：运行
echo 1024 > /proc/sys/vm/nr_hugepages（非root需sudo），并验证cat /proc/meminfo | grep HugePages输出HugePages_Total: 1024 -
dpdk-hugepages.py工具已弃用，别依赖；手动挂载hugetlbfs：mkdir -p /mnt/huge && mount -t hugetlbfs nodev /mnt/huge - EAL参数中
-m 1024指定内存MB数，但实际可用内存受hugepage总数限制；若只分配了512个2MB页，-m 1024必然失败 - 非root用户需加
--file-prefix避免共享内存冲突，例如--file-prefix=app1
端口绑定失败：igb_uio/kni模块未加载或网卡不兼容
调用 rte_eth_dev_count_avail() 返回0，或日志出现 No probed ethernet devices，基本是驱动绑定问题。
- 确认网卡型号支持DPDK：Intel 82599、X520、X550、XL710 等主流型号可用；Realtek、部分Marvell芯片不支持
- 加载
igb_uio（旧内核）或uio_pci_generic（新内核）：先modprobe uio_pci_generic，再用dpdk-devbind.py --bind=uio_pci_generic 0000:01:00.0 - 禁用内核原生驱动：执行
dpdk-devbind.py --unbind 0000:01:00.0前，确保该网卡没被ixgbe或i40e占用（检查lspci -k -s 0000:01:00.0） - 不要混用
kni和普通PMD；KNI接口用于内核交互，收发性能远低于直接轮询，千万级PPS场景应禁用
收包性能上不去：RX队列配置与轮询逻辑写法不当
即使端口UP且有流量，rte_eth_rx_burst() 返回值持续为0或极低（如平均
- 每个RX队列必须独占一个逻辑核（通过
rte_eal_remote_launch()绑核），且禁止该核调度其他任务（isolcpus内核启动参数必需） - 单队列吞吐极限约2–3 MPPS；要达千万级，必须启用多队列：设置
nb_rx_queues = rte_lcore_count() - 1，并在rte_eth_dev_configure()前配置 -
rte_eth_rx_burst()必须在 tight loop 中调用，不能带 sleep、printf、malloc；每次调用前清空本地缓存指针数组，避免野指针 - 开启RSS（Receive Side Scaling）：在
struct rte_eth_conf中设.rxmode.mq_mode = ETH_MQ_RX_RSS，否则所有包都进默认队列
发包丢帧严重：TX缓冲区溢出与burst大小失配
发送端出现大量 tx_failed 计数，或抓包发现间隔性断流，大概率是TX队列填满后丢包，而非网卡故障。
立即学习“C++免费学习笔记（深入）”；
-
rte_eth_tx_burst()不保证全部发送成功；返回值可能小于请求数量，必须检查并重试未发送的mbuf——漏掉这步，丢包率直线上升 - TX ring size 过小（如默认128）会导致burst大时频繁阻塞；生产环境建议 ≥1024，且需与
tx_free_thresh匹配（一般设为ring_size/2） - 避免在发送循环里构造新mbuf：预分配好 mbuf pool（
rte_pktmbuf_pool_create()），并用rte_pktmbuf_alloc_bulk()批量申请 - 关闭网卡TSO/LRO等卸载功能：
.tx_offloads = DEV_TX_OFFLOAD_IPV4_CKSUM显式指定，别依赖默认值；某些网卡开启GSO后会静默丢包
DPDK绕过内核不是“设个标志就加速”，而是整套资源独占模型：CPU核、内存页、PCI设备、中断处理全部脱离内核管控。任何一个环节残留内核干扰（比如没关NMI watchdog、没绑核、没关irqbalance），都会让PPS跌到几十万级别。真实千万级场景下，L3转发延迟抖动比绝对吞吐更难压，这时候得看mempool碎片、cache line伪共享、以及是否用了矢量化指令（avx512 PMD）。
