DPDK内存大页在NUMA架构重分配的问题_每个core的大页个数-优快云博客

本文链接：https://blog.youkuaiyun.com/lingshengxiyou/article/details/126265877

在DPDK应用中，由于默认内存大页均匀分配至各socket，当绑核到特定socket时，可能导致内存利用率低下。本文探讨了如何重新配置大页分配，例如将16G大页分配为12G给node0，4G给node1，以优化性能并充分利用内存。通过修改内核启动参数和系统设置，可以在系统启动后动态调整大页数量，确保DPDK进程绑定到node0上的核心时，能有效利用分配的大页。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一. 问题介绍

在DPDK中往往是在内核启动参数中设置要启动的大页的总数量，比如设置大页个数为16个，每个大页是1G，这样系统启动后，就能在/sys/devices/system/node/node0/hugepages/hugepages-1048576KB/nr_hugepages上看到node0上分配的大页，同样可以查看到node1上的大页。默认的情况是内核会平均分配到不同的socket上。在我的机器上，就是2个socket，这样的话，每个node上会分到8个大页。

然而，问题就来了。对于使用DPDK ring的primary进程和secondary进程而言，为了提高性能，在其中的线程绑core的时候，最好是在同一个socket上，假设我们绑定了socket 0上的多个core，这时候，无论是primary进程还是secondary进程分配内存的时候都是优先在socket 0上的node 0分配内存，这就导致一个问题，node 1上的内存基本就分配不到，也就是说，虽然留出了16G的大页给DPDK的应用使用，但实际上，只有不到一半的使用率。这就有点浪费内存咯。

急于上面的问题，我们期望能够重新分配大页在不同socket上的分配比例，比如，如果DPDK进程都是在socket 0上，那么16G大页可以分配12G给node 0，剩余的4G给node 1，充分利用内存。