应配置标准大页（Huge Pages）：先确认内核支持与当前状态，再静态预分配2MB大页或动态调整数量，接着挂载hugetlbfs文件系统，最后为特定用户组授权使用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在Linux系统中运行内存密集型应用（如数据库），发现TLB未命中率高、内存访问延迟大或出现频繁缺页中断，则可能是由于默认4KB小页机制导致页表项过多、物理内存碎片化或大页未启用。以下是配置Linux大页内存的多种方法：
一、配置标准大页（Huge Pages）
标准大页需预先分配固定数量的连续物理内存页，适用于对内存确定性要求高的场景（如Oracle、PostgreSQL等）。其页大小通常为2MB（部分系统支持1GB），分配后即锁定在物理内存中，不可被交换。
1、查看当前系统支持的大页尺寸：
2、执行命令 grep Hugepagesize /proc/meminfo，确认输出中 Hugepagesize 的值（例如 2048 kB 表示2MB页）。
3、计算所需大页数量：所需页数 = 应用预期占用的大页内存总量 ÷ 单页大小（单位需统一，如16GB ÷ 2MB = 8192）。
4、临时设置大页数量：执行 sudo sysctl -w vm.nr_hugepages=8192。
5、永久生效：向 /etc/sysctl.conf 追加 vm.nr_hugepages = 8192，再运行 sudo sysctl -p。
二、启用透明大页（Transparent Huge Pages, THP）
透明大页由内核自动合并相邻的4KB页为2MB大页，无需应用修改，适用于通用负载（如Web服务器、中间件），但不推荐用于数据库类延迟敏感型应用。
1、检查当前THP状态：读取 /sys/kernel/mm/transparent_hugepage/enabled 文件内容。
2、启用THP（始终合并）：执行 echo always > /sys/kernel/mm/transparent_hugepage/enabled。
3、禁用THP（仅在必要时合并）：执行 echo madvise > /sys/kernel/mm/transparent_hugepage/enabled。
4、永久禁用（推荐数据库场景）：在 /etc/default/grub 的 GRUB_CMDLINE_LINUX 行末添加 transparent_hugepage=never，然后运行 sudo grub2-mkconfig -o /boot/grub2/grub.cfg 并重启。
三、调整用户进程内存锁限（memlock）
标准大页需通过mmap(MAP_HUGETLB)方式映射，而该操作要求进程的RLIMIT_MEMLOCK资源限制足够高，否则会因权限不足导致大页分配失败。
1、编辑 /etc/security/limits.conf 文件。
2、为指定用户（如oracle）添加两行：
3、oracle soft memlock unlimited
4、oracle hard memlock unlimited
5、确保PAM模块已启用 limits：检查 /etc/pam.d/common-session 或对应服务session文件中包含 session required pam_limits.so。
四、验证大页配置状态
配置完成后必须验证是否实际生效，避免因内存碎片、启动时机或参数冲突导致预留失败。
1、执行 cat /proc/meminfo | grep -i huge，确认 HugePages_Total 等于设定值，且 HugePages_Free 初始接近该值。
2、检查大页是否被使用：观察 HugePages_Rsvd（已预留未分配）与 HugePages_Free 差值是否随应用启动而减小。
3、确认大页内存块物理连续性：运行 sudo cat /proc/buddyinfo | grep -A1 "Huge" 可辅助判断系统是否具备足够连续内存块。
五、处理大页分配失败问题
当系统运行时间较长或内存高度碎片化时，即使总空闲内存充足，也可能因缺乏连续物理页块而无法成功分配标准大页。
1、尝试释放页面缓存与回收slab对象：sudo sync && echo 3 > /proc/sys/vm/drop_caches（仅临时缓解，生产环境慎用）。
2、重启系统以重建连续内存布局：这是最可靠的方式，尤其适用于长期运行的关键业务主机。
3、在GRUB启动参数中预设大页：向 GRUB_CMDLINE_LINUX 添加 default_hugepagesz=2M hugepagesz=2M hugepages=8192，使内核在初始化阶段即预留，规避运行时碎片影响。
