cgroups 中有個 memory 子系統(tǒng)，用于限制和報告進程的內(nèi)存使用情況 。
其中，很明顯有兩組對應的文件，一組帶 memsw ，另一組不帶
代碼如下:
memory.failcnt
memory.limit_in_bytes
memory.max_usage_in_bytes
memory.usage_in_bytes
memory.memsw.failcnt
memory.memsw.limit_in_bytes
memory.memsw.max_usage_in_bytes
memory.memsw.usage_in_bytes
帶 memsw 的表示虛擬內(nèi)存，即物理內(nèi)存加交換區(qū) 。不帶 memsw 的那組僅包括物理內(nèi)存 。其中，limit_in_bytes 是用來限制內(nèi)存使用的，其他的則是統(tǒng)計報告 。
代碼如下:
# echo 10485760 >/sys/fs/cgroup/memory/foo/memory.limit_in_bytes
即可限制該組中的進程使用的物理內(nèi)存總量不超過 10MB 。對 memory.memsw.limit_in_bytes 來說，則是限制虛擬內(nèi)存使用 。memory.memsw.limit_in_bytes 必須大于或等于 memory.limit_in_byte 。這些值還可以用更方便的 100M，20G 這樣的形式來設置 。要解除限制，就把這個值設為 -1 即可 。
這種方式限制進程內(nèi)存占用會有個風險 。當進程試圖占用的內(nèi)存超過限制，訪問內(nèi)存時發(fā)生缺頁，又沒有足夠的非活動內(nèi)存頁可以換出時會觸發(fā) oom ，導致進程直接被殺，從而造成可用性問題 。即使關閉控制組的 oom killer，進程在內(nèi)存不足的時候，雖然不會被殺，但是會長時間進入 D (等待系統(tǒng)調(diào)用的不可中斷休眠)狀態(tài)，無法繼續(xù)執(zhí)行，導致仍然無法服務 。因此，我認為，用 memory.limit_in_bytes 或 memory.memsw.limit_in_bytes 限制進程內(nèi)存占用僅應當作為一個保險，避免在進程異常時耗盡系統(tǒng)資源 。如，預期一組進程最多只會消耗 1G 內(nèi)存，那么可以設置為 1.4G 。這樣在發(fā)生內(nèi)存泄露等異常情況時，可以避免造成更嚴重問題 。
在 memory 子系統(tǒng)中，還有一個 memory.soft_limit_in_bytes 。和 memory.limit_in_bytes 的差異是，這個限制并不會阻止進程使用超過限額的內(nèi)存，只是在系統(tǒng)內(nèi)存不足時，會優(yōu)先回收超過限額的進程占用的內(nèi)存，使之向限定值靠攏 。
前面說控制組的 oom killer 是可以關閉的，就是通過 memory.oom_control 來實現(xiàn)的 。cat memory.oom_control 可以看到當前設置以及目前是否觸發(fā)了 oom 。echo 1 >memory.oom_control 就可以禁用 oom killer 。
usage_in_bytes、max_usage_in_bytes、failcnt 則分別對應 當前使用量，最高使用量和發(fā)生的缺頁次數(shù) 。
memory 子系統(tǒng)中還有一個很重要的設置是 memory.use_hierarchy 這是個布爾開關，默認為 0 。此時不同層次間的資源限制和使用值都是獨立的 。當設為 1 時，子控制組進程的內(nèi)存占用也會計入父控制組，并上溯到所有 memory.use_hierarchy = 1 的祖先控制組 。這樣一來，所有子孫控制組的進程的資源占用都無法超過父控制組設置的資源限制 。同時，在整個樹中的進程的內(nèi)存占用達到這個限制時，內(nèi)存回收也會影響到所有子孫控制組的進程 。這個值只有在還沒有子控制組時才能設置 。之后在其中新建的子控制組默認的 memory.use_hierarchy 也會繼承父控制組的設置 。
memory.swappiness 則是控制內(nèi)核使用交換區(qū)的傾向的 。值的范圍是 0 – 100 。值越小，越傾向使用物理內(nèi)存 。設為 0 時，只有在物理內(nèi)存不足時才會使用交換區(qū) 。默認值是系統(tǒng)全局設置： /proc/sys/vm/swappiness 。