若Linux中内存密集型应用性能不佳，很可能是4KB页导致TLB miss频繁；应配置hugepages：先确认内核支持与当前状态，再静态预分配2MB大页，或动态调整数量，接着挂载hugetlbfs文件系统，最后为特定用户组授权使用。

如果您在Linux系统中运行内存密集型应用（如Oracle数据库、KVM虚拟机或高性能计算服务），但发现内存分配延迟高、TLB miss频繁、性能未达预期，则可能是标准4KB页导致的页表开销过大。以下是配置hugepages大页内存的具体操作步骤：

一、确认内核支持并查看当前hugepages状态

Linux内核自2.6起默认启用hugetlbpage功能，需验证模块已加载且当前系统未禁用该机制。同时检查节点是否具备可用的大页资源及当前分配情况。

1、执行命令 cat /proc/meminfo | grep -i huge 查看HugePages_Total、HugePages_Free、Hugepagesize等字段值。

2、运行 grep -i huge /boot/config-$(uname -r) 确认 CONFIG_HUGETLB_PAGE=y 和 CONFIG_HUGETLB_PAGE_SIZE_2MB=y（或对应启用的页大小）已编译进内核。

3、输入 ls /proc/sys/vm/hugetlb_shm_group 验证该文件存在，表明hugetlbfs子系统已激活。

二、静态预分配2MB大页（推荐用于数据库类服务）

该方式在系统启动早期即锁定物理内存为大页，避免运行时因内存碎片无法分配，适用于对内存确定性要求高的场景。

1、计算所需大页数量：用目标大页内存总量（字节）除以单页大小（默认2097152字节），结果向下取整。例如需预留8GB，则 8 * 1024 * 1024 * 1024 / 2097152 = 4096。

2、编辑 /etc/default/grub，在GRUB_CMDLINE_LINUX行末尾添加 default_hugepagesz=2M hugepagesz=2M hugepages=4096（数值按实际计算替换）。

3、执行 sudo update-grub && sudo reboot 使内核参数生效。

三、运行时动态调整大页数量（适用于测试与临时扩容）

无需重启即可修改当前已分配的大页数，但仅限调减；增配仍需满足连续物理内存可用，失败时会返回ENOMEM。

1、确认当前空闲内存足够支撑新增大页，执行 free -h 观察可用物理内存是否大于目标大页总容量。

2、向sysctl接口写入新值：echo 2048 | sudo tee /proc/sys/vm/nr_hugepages（此处2048为期望的总页数）。

3、再次运行 cat /proc/meminfo | grep HugePages_Free，确认Free值接近设定总数，表示分配成功。

四、挂载hugetlbfs文件系统供进程显式使用

通过挂载hugetlbfs，应用程序可直接mmap指定路径获取大页内存，绕过默认匿名映射路径，实现更精细的权限与生命周期控制。

1、创建挂载点：sudo mkdir -p /mnt/huge。

2、执行挂载命令：sudo mount -t hugetlbfs -o pagesize=2MB none /mnt/huge。

3、设置访问权限：sudo chmod 777 /mnt/huge，并添加持久化条目到 /etc/fstab： none /mnt/huge hugetlbfs defaults,pagesize=2MB 0 0。

五、为特定用户或组授权使用大页

默认只有root可分配大页，需显式赋权才能让数据库用户（如oracle）或虚拟化用户（如libvirt-qemu）直接申请。

1、查出目标用户的GID：getent group dba | awk -F: '{print $3}'（以dba组为例）。

2、将GID写入内核参数：echo 501 | sudo tee /proc/sys/vm/hugetlb_shm_group（501为实际GID）。

3、验证权限生效：grep hugetlb_shm_group /proc/sys/vm/ 输出应为对应数字，且目标用户执行 grep -i huge /proc/self/status 应显示非零HugePages_Total。