DPDK大页内存初始化由EAL在rte_eal_init()中自动完成，依赖宿主机预先配置hugetlbfs：需按NUMA节点预留nr_hugepages、挂载hugetlbfs至指定路径，并通过--huge-dir和--socket-mem等参数显式声明，否则初始化失败。
DPDK 的大页内存初始化不是靠 C++ 代码手动 malloc 或 new 完成的，而是由 EAL（Environment Abstraction Layer）在 rte_eal_init() 中自动驱动的一系列系统级操作；你写的 C++ 程序只需正确调用 rte_eal_init() 并确保宿主机已预配好 HugePages，否则会直接失败或 fallback 到普通页——但后者完全失去 DPDK 性能意义。
启动前必须完成的 Linux 系统配置
DPDK 不会帮你创建大页，它只消费已存在的 hugetlbfs 映射。没配好这步，rte_eal_init() 会报错退出，常见错误如：
EAL: FATAL: Cannot init memory 或 EAL: Error - unable to map hugepages
你需要按 NUMA 拓扑显式预留，不能只写全局 /proc/sys/vm/nr_hugepages：
立即学习“C++免费学习笔记（深入）”；
- 查清 socket 数量：
numactl --hardware - 为每个 node 单独写
nr_hugepages，例如双路 CPU 各留 1024 个 2MB 页：echo 1024 | sudo tee /sys/devices/system/node/node0/hugepages/hugepages-2048kB/nr_hugepagesecho 1024 | sudo tee /sys/devices/system/node/node1/hugepages/hugepages-2048kB/nr_hugepages - 挂载 hugetlbfs（路径需与 DPDK 启动参数一致，默认
/mnt/huge）：sudo mkdir -p /mnt/huge && sudo mount -t hugetlbfs nodev /mnt/huge - 确认
free_hugepages> 0，且没有被 cgroup hugetlb controller 限制（检查/sys/fs/cgroup/hugetlb/下是否有子目录）
rte_eal_init() 调用时的关键参数
你的 C++ 主函数里调用 rte_eal_init() 时，必须通过 argv 显式声明大页使用意图，否则 EAL 会跳过大页扫描：
-
-m 2048：指定初始堆内存大小（单位 MB），EAL 会从可用大页中分配，不是总预留量 -
--huge-dir /mnt/huge：必须与挂载路径严格一致，否则找不到大页文件 -
--socket-mem 1024,1024：按 socket 分配内存（如双 NUMA node），比-m更精确；值为 MB，对应每个 node 的大页总量 - 避免混用：
-m和--socket-mem不能同时出现，否则rte_eal_init()返回负值
示例 argv 片段：const char *argv[] = {"app", "-c", "0x3", "-n", "4", "--socket-mem", "1024,1024", "--huge-dir", "/mnt/huge"};
为什么 eal_hugepage_info_init() 会失败
这是 EAL 初始化第一阶段实际执行大页探测的函数，失败意味着后续所有内存管理（包括 heap_init）都无法进行。典型原因：
- 权限问题：非 root 运行时无法读
/sys/kernel/mm/hugepages/下的nr_hugepages，返回 -1 - 路径不匹配：
internal_config.hugepage_info[i].hugedir与实际挂载点不一致，导致opendir()失败 - 大页大小未对齐：比如系统只支持 2MB 页，却传了
--hugepage-size=1G参数，rte_str_to_size()解析失败 - 共享内存冲突：primary 进程未 clean up 旧的
/var/run/dpdk/rte/文件，secondary 进程 mmap 失败
调试建议：加 -v 参数启动，EAL 会打印每一步的 hugepage 扫描日志，重点看 "Huge page info: 行是否列出有效 hugepage_sz 和 num_pages。
Secondary 进程如何复用 Primary 初始化的大页
C++ 程序若以 secondary 模式运行（RTE_PROC_SECONDARY），它不重新 mmap 大页，而是依赖 primary 创建的共享配置文件：
- Primary 启动后生成：
/var/run/dpdk/rte/config、/var/run/dpdk/rte/hugepage_info、/var/run/dpdk/rte/fbarray_memseg-* - Secondary 通过
mmap()这些文件，拿到已初始化好的memseg_list和malloc_heap结构指针 - 关键约束：所有进程必须使用**完全相同的 hugepage_dir 路径**和**相同的大页大小组合**，否则
fbarray偏移错位，rte_malloc()分配会 crash
这意味着你不能让 primary 用 --huge-dir /mnt/huge，secondary 却漏写该参数——EAL 默认 fallback 到 /dev/hugepages，路径不同导致结构体解释错误。
真正容易被忽略的是：大页初始化不是“一次配置永久生效”。每次 reboot、或 unmount hugetlbfs、或手动 echo 0 到 nr_hugepages，都会清空所有大页；而 DPDK 进程退出时不会自动释放它们。线上服务重启前，务必确认 free_hugepages 仍为预期值，而不是 0。
