如何进行Linux系统内核优化及大页内存配置调整？

本文共计1175个文字，预计阅读时间需要5分钟。

如果您在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，使内核在初始化阶段即预留，规避运行时碎片影响。