linux vm.overcommit_memory参数有三种模式：0（默认，启发式判断）、1（总是允许超量分配，风险高）、2（严格限制，最大可分配内存=swap+物理内存×overcommit_ratio%，推荐用于超大内存服务）。
Linux 调整物理内存分配策略以支持超大内存，核心在于控制内核如何判断“是否允许分配超出当前可用物理内存+swap 的请求”，也就是内存过量使用（overcommit）行为。这不是简单加大 swap 或调大缓存，而是通过 vm.overcommit_memory 和配套参数，让内核在超大内存场景下做出更合理、更可控的决策。
明确 overcommit_memory 的三种模式
该参数决定内核对 malloc 类内存申请是否放行，取值为 0、1、2：
- 0（默认）：启发式判断。内核估算剩余内存是否够用，但估算不准，容易在内存快满时突然拒绝合法请求，或在压力下触发 OOM Killer 杀进程。
- 1：总是允许分配。不管有没有足够物理内存或 swap，只要地址空间够就返回成功。适合 HPC、科学计算等需要预分配大量虚拟内存、但实际只访问其中一部分的场景；风险是可能真缺内存时才暴露问题。
-
2（推荐用于超大内存服务）：严格按资源上限控制。允许分配的总量 ≤
swap大小 + 物理内存 × overcommit_ratio%。例如物理内存 128GB、swap 32GB、overcommit_ratio=50，则最大可承诺内存为 32GB + 128GB×0.5 = 96GB。超过即失败，不触发 OOM Killer，行为可预测。
配合 overcommit_ratio 精确控制水位
仅设 overcommit_memory=2 不够，必须同步设置 vm.overcommit_ratio（默认 50），它定义物理内存参与计算的比例：
- 若你配置了较大 swap（如等于物理内存），可将 ratio 提高到 70–80，提升整体可分配上限；
- 若 swap 较小（如仅 16GB），建议保持 50 或略降，避免误判；
- 修改方式：
echo 70 | sudo tee /proc/sys/vm/overcommit_ratio，或写入/etc/sysctl.conf持久化。
关闭透明大页（THP）减少碎片干扰
超大内存应用（如 Redis、Elasticsearch、数据库）常因 THP 合并/拆分引发延迟抖动和内存碎片。应禁用：
- 临时生效：
echo never > /sys/kernel/mm/transparent_hugepage/enabled - 永久生效：在
/etc/default/grub的GRUB_CMDLINE_LINUX中添加transparent_hugepage=never，再sudo update-grub && reboot
预留足够大页（HugePages）供关键服务直连使用
对数据库、KVM、DPDK 等超大内存连续访问场景，静态预配 2MB HugePages 可显著降低 TLB miss：
- 计算页数：目标内存 ÷ 2097152（2MB），向下取整；
- 写入内核启动参数：
default_hugepagesz=2M hugepagesz=2M hugepages=2048； - 重启后验证：
cat /proc/meminfo | grep -i huge，确认HugePages_Free ≈ HugePages_Total。
这些调整不是孤立操作，需结合应用内存模型选择组合策略。比如 OLTP 数据库适合 overcommit_memory=2 + overcommit_ratio=50 + hugepages 预分配 + THP=never；而批处理任务可考虑 overcommit_memory=1 配合足够 swap 保运行。关键在理解每项参数的实际约束边界，而非盲目调大。
