如何理解Linux內核參數overcommit_memory和OOM killer

如何理解Linux內核參數overcommit_memory和OOM killer，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

什么是Linux Overcommit和OOM

overcommit_memory是一個內核對內存分配的一種策略,它有三個可選值:0、1、2。

0. 表示內核將檢查是否有足夠的可用內存供應用進程使用；如果有足夠的可用內存，內存申請允許；否則，內存申請失敗，

并把錯誤返回給應用進程。

1. 表示內核允許分配所有的物理內存，而不管當前的內存狀態如何。

2. 表示內核允許分配超過所有物理內存和交換空間總和的內存。

Linux對大部分申請內存的請求都回復"yes"，以便能跑更多更大的程序。因為申請內存后，并不會馬上使用內存。

這種技術叫做 Overcommit。

當linux發現內存不足時，會發生OOM killer(OOM=out-of-memory)。它會選擇殺死一些進程

(用戶態進程，不是內核線程)，以便釋放內存。

例如Linux下發現有如下報錯信息,則說明系統發生了OOM killer

# dmesg | grep redis | grep "oom-killer"

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

當oom-killer發生時，linux會選擇殺死該進程，例如：

Out of memory: Kill process 21809 (redis-server) score 951 or sacrifice child

Killed process 21809, UID 0, (redis-server) total-vm:33466920kB, anon-rss:32324096kB, file-rss:100kB

具體殺死哪個進程取決于選擇進程的函數，選擇進程的函數是oom_badness函數(在mm/oom_kill.c中)，該函數

會計算每個進程的點數(0~1000)。

點數越高，這個進程越有可能被殺死。每個進程的點數跟oom_score_adj有關，而且 oom_score_adj可以被

設置(-1000最低，1000最高)。

理解memory overcommit的關鍵：commit(或overcommit)針對的是內存申請，內存申請不等于內存分配，內存

只在實際用到的時候才分配。

備注：

如何修改Linux vm.overcommit_memory的值，可用的方法有以下三種:

1).以root身份登錄Linux,編輯/etc/sysctl.conf ，改vm.overcommit_memory=1，然后sysctl -p使配置文件生效

2).sysctl vm.overcommit_memory=1

3).echo 1 > /proc/sys/vm/overcommit_memory

看完上述內容，你們掌握如何理解Linux內核參數overcommit_memory和OOM killer的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！