Question

我正在为嵌入式Linux开发SW，我正在遭受系统挂起，因为OOM Killer不时出现。在超越之前，我想解决有关Linux内核如何分配动态内存的一些令人困惑的问题，假设/ proc / sys / vm / overcommit_memory为0且/ proc / sys / vm / min_free_kbytes为712，并且没有交换。

如果我写下这段代码，假设嵌入式Linux当前物理内存可用5MB（5MB可用内存，并且没有可用的缓存或缓冲内存）：

.....
#define MEGABYTE 1024*1024
.....
.....
void *ptr = NULL;
ptr = (void *) malloc(6*MEGABYTE); //Preserving 6MB
if (!prt) 
    exit(1);
memset(ptr, 1, MEGABYTE);
.....

我想知道当提交memset调用时，内核是否会尝试在物理内存空间中分配~6MB或~1MB（或min_free_kbytes倍数）。

目前我的嵌入式设备大约有9MB，内存为32MB。我做了检查

# echo 3 > /proc/sys/vm/drop_caches 
# free
            total         used         free       shared      buffers
Mem:        23732        14184         9548            0          220
Swap:            0            0            0
Total:        23732        14184         9548

忘记最后一段C代码，我想知道当可用内存大约> 6MB时，是否可能出现oom杀手。我想知道当oom出现时系统是否内存不足，所以我认为我有两个选择：

请参阅可疑流程的/ proc / pid / status中的VmRSS条目。
设置/ proc / sys / vm / overcommit_memory = 2和/ proc / sys / vm / overcommit_memory = 75并查看是否有任何进程需要更多可用的物理内存。

Answer 1

我想你可以阅读document。是否为您提供了三个小型C程序，您可以使用这些程序来了解/proc/sys/vm/overcommit_memory的不同可能值会发生什么。

Linux内存过度使用细节

1 个答案: