当前位置：首页 > news >正文

【内存优化】内存优化以及 oom 排查整体思路

news 2026/8/4 20:43:34

标签: oom-kill, 内存优化, 堆, 栈, 数据段, 代码段, glibc缓存

前言

在嵌入式 LinuxC 设备开发中，内存资源往往非常紧张。不同于服务器动辄几十上百 GB 的内存，嵌入式设备可能只有 256MB、512MB 甚至更少。当系统内存不足时，Linux 内核会启动OOM Killer（Out-Of-Memory Killer）机制，选择性地杀死某个进程来回收内存。对于用户来说，这表现为"程序突然闪退"，是典型的"死机"体验。

本文将系统性地介绍 OOM 问题的排查思路和内存优化方法，从内核机制到实际代码，给出完整的解决方案。

一、OOM-Kill 机制原理

1.1 内核的内存分配策略

Linux 内核的内存分配有一个关键特性：overcommit（过度提交）。也就是说，进程调用malloc()申请内存时，内核并不会立即分配实际的物理内存，而是只记录一个"承诺"，等到进程真正访问（读/写）这块内存时才分配物理页。

这个行为由/proc/sys/vm/overcommit_memory控制：

# 0 - 启发式 overcommit（默认），内核会拒绝"明显不合理"的申请cat/proc/sys/vm/overcommit_memory# 输出: 0# 1 - 总是允许 overcommit，不做任何检查echo1>/proc/sys/vm/overcommit_memory# 2 - 严格模式，不允许 overcommit# 总提交量不超过 swap + RAM * overcommit_ratioecho2>/proc/sys/vm/overcommit_memorycat/proc/sys/vm/overcommit_ratio# 输出: 50

1.2 OOM 评分机制

当系统真的没有可用物理内存了，内核会启动 OOM Killer，选择一个"最适合被杀"的进程。这个选择过程由oom_score和oom_score_adj决定：

# 查看某个进程的 oom_scorecat/proc/<pid>/oom_score# 查看 oom_score_adj（范围 -1000 到 1000）cat/proc/<pid>/oom_score_adj# 设置某个关键进程不被 OOM Killer 杀掉echo-1000>/proc/<pid>/oom_score_adj# 设置某个进程优先被杀echo1000>/proc/<pid>/oom_score_adj

oom_score的计算主要考虑因素：

进程使用的物理内存占总内存的比例
进程的存活时间（新进程更容易被杀）
进程是否是 root 用户启动（root 进程有一定的保护）
oom_score_adj的手动调整值

1.3 触发条件

OOM Killer 的触发不仅看物理内存，还要看 swap 和水位线（watermark）：

# 查看内存水位线（low/min/high）cat/proc/zoneinfo|grep-A5"Node 0, zone"# 查看当前内存状态cat/proc/meminfo# 关注 MemFree, MemAvailable, SwapFree

当内存低于min水位线且无法通过回收（kswapd）恢复到low水位线以上时，就会触发 OOM Killer。

二、分析 OOM 日志

当 OOM Killer 被触发时，内核会在dmesg中输出详细的日志信息。这是排查 OOM 问题的第一手资料。

2.1 典型的 OOM 日志

[12345.678] my_daemon invoked oom-killer: gfp_mask=0x6200ca(GFP_HIGHUSER_MOVABLE), order=0 [12345.679] Mem-Info: [12345.680] active_anon:51200 inactive_anon:30720 isolated_anon:0 [12345.680] active_file:1024 inactive_file:512 isolated_file:0 ... [12345.690] [ pid ] uid total_vm rss pgtables swapents oom_score_adj name [12345.691] [ 123] 0 128000 64000 512 0 0 my_daemon [12345.692] [ 456] 0 32000 16000 128 0 0 other_proc ... [12345.700] Out of memory: Killed process 123 (my_daemon) total-vm:512000kB, anon-rss:256000kB, file-rss:0kB

2.2 关键信息提取

从 OOM 日志中需要关注以下关键信息：

# 提取 OOM 相关日志dmesg|grep-i"oom\|out of memory\|killed process"|tail-20# 查看被杀进程的详细信息dmesg|grep-A20"Out of memory: Killed"# 提取被杀进程的 RSS（实际使用的物理内存）dmesg|grep"Killed process"|awk'{print $5, $6, $7, $8, $9}'