記一次oom內核優化記錄：vm.lower_zone_protection

情景

最近gitlab服務會偶發性500，當前機器部署了gitlab、nfs等服務，通過排查發現是nfsd引起oom，致使系統運行不順暢。處理過程以下：

事故現場

開發在使用gitlab的時候發現，偶發性的出現500：

排查

• 檢查gitlab日誌，沒有發現明顯的異常；

• 檢查監控：
  
  根據監控能夠發現，有幾個時間點內存有較大變化。

• 根據以上時間節點查看系統日誌，發現：
  
  當前時間點nfs引起系統oom。

查找解決辦法

• 相似問題：https://www.cyberciti.biz/tips/linux-oom-killer-out-of-memory-and-nfs-server-optimization.html
• 追根溯源：http://www.javashuo.com/article/p-qyskpens-hq.html

經過上面兩篇文章搞清楚了緣由，修復以下：

# 增長以下配置：
$ vim /etc/sysctl.conf
# 預留系統保護內存爲500M（該值根據本身具體使用環境設定）
vm.lower_zone_protection = 500

# 生效最新配置
$ sysctl -p

補充

• 關於lower_zone_protection和lowmem_reserve_ratio： http://blog.chinaunix.net/uid-286861-id-3503761.html
• lowmem_reserve_ratio詳解：https://blog.csdn.net/joyeu/article/details/20063429 預留內存值是ratio的倒數關係，若是是256則表明 1/256，即爲 0.39% 的高端zone內存大小。