如何在linux内核中保留一块内存不被系统分配

要想在内核中保留一个块内存，不被系统分配，而是只由自己使用，可以使用以下函数

reserve_bootmem(addr,size,flag）

这个函数的三个参数，addr是你要保留的地址，size就是要保留的大小，flag是标志位，要来确定是否检查你要保留的空间是否已经被保留了，它可以设置为两个值，BOOTMEM_DEFAULT和BOOTMEM_EXCLUSIVE，前者就是总是会返回0（也就是保留成功），而后者则会检查你所要保留的空间是否已经被保留了，若已经被保留了，则它返回失败（负数）

那么这个函数一般放在哪里使用过了，我们建议放到内核init/main.c中，在页表的建立之前进行保留，比如我们下面的代码，放在main中的start_kernel函数中，我们的内核是2.6.32

asmlinkage void __init start_kernel(void)

{

……

……

trap_init()

if(reserve_bootmem(0x41000000,0x100000,BOOTMEM_EXCLUSIVE) != 0){

printk("reserve fail----\n")

}

printk("we reserve boot meme of 0x41000000 for gps---------------------------------\n")

mm_init()

……

……

}

这样就保留了一个起始地址为0x41000000，大小为1M的空间

OOM_killer是Linux自我保护的方式，当内存不足时不至于出现太严重问题，有点壮士断腕的意味

在kernel 2.6，内存不足将唤醒oom_killer，挑出/proc/<pid>/oom_score最大者并将之kill掉

为了保护重要进程不被oom-killer掉，我们可以：echo -17 >/proc/<pid>/oom_adj,-17表示禁用OOM

我们也可以对把整个系统的OOM给禁用掉：

sysctl -w vm.panic_on_oom=1 （默认为0，表示开启）

sysctl -p

值得注意的是，有些时候 free -m 时还有剩余内存，但还是会触发OOM-killer，可能是因为进程占用了特殊内存地址

平时我们应该留意下新进来的进程内存使用量，免得系统重要的业务进程被无辜牵连

可用 top M 查看最消耗内存的进程，但也不是进程一超过就会触发oom_killer

参数/proc/sys/vm/overcommit_memory可以控制进程对内存过量使用的应对策略

当overcommit_memory=0 允许进程轻微过量使用内存，但对于大量过载请求则不允许(默认）

当overcommit_memory=1 永远允许进程overcommit

当overcommit_memory=2 永远禁止overcommit

---