Linux oom杀手 - 找到支离破碎的过程

时间:2017-03-02 13:55:24

标签: process arm out-of-memory debian-based memory-fragmentation

我目前在从Debian 7手机(cubietruck)升级到Debian 8后面临OOM的主要问题。 我已经阅读了很多关于oom机制和原因的内容,但我仍然错过了

的答案

如何查找正在运行的进程的内存碎片?

我有cat-ed / proc / buddyinfo,看到碎片提升到oom杀死进程的那一刻。但这只适用于整个系统。是否有可能让buddyinfo像每个进程基础上的信息一样?

P.S。:我假设某个进程创建(通过kmalloc?)碎片或通过其运行时行为触发内核中的操作,这些操作会破坏内存(缓冲区,控制结构或其他......)

cubietruck 系统有2GB RAM和4GB交换。

   
2017-03-16 09:06:17 cubietruck kernel:[2114250.857191] 
HighMem free:245388kB min:512kB low:2016kB high:3520kB 
active_anon:200864kB 
inactive_anon:230728kB 
active_file:331288kB 
inactive_file:294800kB 
unevictab le:0kB 
writepending:0kB 
present:1307648kB 
managed:1307648kB 
mlocked:0kB 
slab_reclaimable:0kB 
slab_unreclaimable:0kB 
kernel_stack:0kB 
pagetables:2456kB 
bounce:0kB 
free_pcp:92kB 
local_pcp:0kB 
free_cma:0kB 
lowmem_reserve[]: 0 0 0

0 个答案:

没有答案