緣起：
監(jiān)控（docker stats）顯示容器內(nèi)存被用完了，進入容器瞅了瞅，沒有發(fā)現(xiàn)使用內(nèi)存多的進程，使用awk等工具把容器所有進程使用的內(nèi)存加起來看看，距離用完還遠了去了，何故？
分析：
該不會docker stats計算錯誤？
進入/sys/fs/cgroup/memory/docker/xxxxx/ 查看memory.usage ，確認計算沒有錯誤
我們知道，系統(tǒng)內(nèi)存會有一部分被buffer、cache之類占用，linux也會把這部分內(nèi)存算到已使用，對于容器來講，也應(yīng)該存在此“問題”，而且非常有可能linux會把某容器引發(fā)的cache占用算到容器占用的內(nèi)存上；驗證很簡單，進容器dd一個大文件就知道了：
dd 大文件后，docker stat顯示已用內(nèi)存變多
宿主機上： echo 3 > /proc/sys/vm/drop_caches 后，docker stat顯示已用內(nèi)存變少
至此，原因查明
問題：
對于宿主機來講，計算內(nèi)存占用時，可以拿已用內(nèi)存減去cache/buffer ，那么對于容器來講，如果減去容器部分的cache/buffer 呢？如果不減去，也會造成誤報警
測試發(fā)現(xiàn)： dd 產(chǎn)生的文件cache占用的內(nèi)存會計算到 inactive_file 的頭上
