如何理解Linux內(nèi)核參數(shù)overcommit_memory和OOM killer

如何理解Linux內(nèi)核參數(shù)overcommit_memory和OOM killer，相信很多沒有經(jīng)驗(yàn)的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

什么是Linux Overcommit和OOM

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

0. 表示內(nèi)核將檢查是否有足夠的可用內(nèi)存供應(yīng)用進(jìn)程使用；如果有足夠的可用內(nèi)存，內(nèi)存申請允許；否則，內(nèi)存申請失敗，

并把錯誤返回給應(yīng)用進(jìn)程。

1. 表示內(nèi)核允許分配所有的物理內(nèi)存，而不管當(dāng)前的內(nèi)存狀態(tài)如何。

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

Linux對大部分申請內(nèi)存的請求都回復(fù)"yes"，以便能跑更多更大的程序。因?yàn)樯暾垉?nèi)存后，并不會馬上使用內(nèi)存。

這種技術(shù)叫做 Overcommit。

當(dāng)linux發(fā)現(xiàn)內(nèi)存不足時，會發(fā)生OOM killer(OOM=out-of-memory)。它會選擇殺死一些進(jìn)程

(用戶態(tài)進(jìn)程，不是內(nèi)核線程)，以便釋放內(nèi)存。

例如Linux下發(fā)現(xiàn)有如下報錯信息,則說明系統(tǒng)發(fā)生了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

當(dāng)oom-killer發(fā)生時，linux會選擇殺死該進(jìn)程，例如：

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

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

會計算每個進(jìn)程的點(diǎn)數(shù)(0~1000)。

點(diǎn)數(shù)越高，這個進(jìn)程越有可能被殺死。每個進(jìn)程的點(diǎn)數(shù)跟oom_score_adj有關(guān)，而且 oom_score_adj可以被

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

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

只在實(shí)際用到的時候才分配。

備注：

如何修改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

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