如何理解Linux內核參數(shù)overcommit_memory和OOM killer,相信很多沒有經(jīng)驗的人對此束手無策,為此本文總結了問題出現(xiàn)的原因和解決方法,通過這篇文章希望你能解決這個問題。
成都創(chuàng)新互聯(lián)是一家集網(wǎng)站建設,銅山企業(yè)網(wǎng)站建設,銅山品牌網(wǎng)站建設,網(wǎng)站定制,銅山網(wǎng)站建設報價,網(wǎng)絡營銷,網(wǎng)絡優(yōu)化,銅山網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè),幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿,時刻以成就客戶成長自我,堅持不斷學習、思考、沉淀、凈化自己,讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。
什么是Linux Overcommit和OOM
overcommit_memory是一個內核對內存分配的一種策略,它有三個可選值:0、1、2。
0. 表示內核將檢查是否有足夠的可用內存供應用進程使用;如果有足夠的可用內存,內存申請允許;否則,內存申請失敗,
并把錯誤返回給應用進程。
1. 表示內核允許分配所有的物理內存,而不管當前的內存狀態(tài)如何。
2. 表示內核允許分配超過所有物理內存和交換空間總和的內存。
Linux對大部分申請內存的請求都回復"yes",以便能跑更多更大的程序。因為申請內存后,并不會馬上使用內存。
這種技術叫做 Overcommit。
當linux發(fā)現(xiàn)內存不足時,會發(fā)生OOM killer(OOM=out-of-memory)。它會選擇殺死一些進程
(用戶態(tà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
當oom-killer發(fā)生時,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
具體殺死哪個進程取決于選擇進程的函數(shù),選擇進程的函數(shù)是oom_badness函數(shù)(在mm/oom_kill.c中),該函數(shù)
會計算每個進程的點數(shù)(0~1000)。
點數(shù)越高,這個進程越有可能被殺死。每個進程的點數(shù)跟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內核參數(shù)overcommit_memory和OOM killer的方法了嗎?如果還想學到更多技能或想了解更多相關內容,歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝各位的閱讀!
網(wǎng)頁題目:如何理解Linux內核參數(shù)overcommit_memory和OOMkiller
轉載注明:http://m.2m8n56k.cn/article48/jhgcep.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供網(wǎng)頁設計公司、面包屑導航、網(wǎng)站策劃、外貿(mào)網(wǎng)站建設、App開發(fā)、品牌網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:[email protected]。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)