/proc/meminfo に載らないけど使用されているLinuxのメモリ
/proc/meminfoに載らない使用されるメモリの管理について
この記事曰く alloc_pages() で呼び出されるとMemFreeはカウントダウンされるが他の部分はカウントアップされないらしい
なぜなのか
alloc_pages() はLinuxでメモリ管理を行うかなり低いレイヤであるBuddyシステムを呼び出す関数
参考リンク集
分かりやすくて有用
なぜBuddyシステムを使うかと言うと外部フラグメンテーションが置きにくいアルゴリズムだから
Buddyでは4KB単位ずつしかメモリを確保できない
アプリケーションによっては数Byteだけ使うこともよくある
この乖離を防ぐのがスラブアロケータ(Slab)
Slabの他にBuddyを使うものとしてvmalloc() もあるけどここでは扱わない
SlabはBuddyを叩いてkmallocの返り値としてアプリケーションが必要なメモリを返す
この時Buddyからもらったけど使ってないメモリがSlab cacheとなる？
dentryやinode情報はここに入る？
Slabを経由してメモリ確保をしているとそのメモリはSlabとして /proc/meminfo に載る
その更に低レベルAPIであるbuddyシステムの関数を叩いていると確かに載らないかも
大本の記事いわくいくつかのアプリケーションではそういうことをやるらしい
余談
/proc/sys/vm/drop_caches で3を入れるとクリアされるのは free slab objects and pagecache
allocしたままだった場合ダメ？
sync コマンドがやってるのはDirtyキャッシュの書き出し
Dirtyキャッシュはファイルに書き出す前に一旦書き込む内容をメモリ上に置いておく場所
そのキャッシュをファイルに書き出すことでDirtyキャッシュしていた内容を保存する必要がなくなる
ので、 /proc/sys/vm/drop_caches でキャッシュクリアする前にsyncを打つとFreeなメモリが増えてクリアされやすくなる？
/proc/memoinfo の詳細な内容
中国語なのでGoogle翻訳を通している
active / inactive ってなに
あんまり区別せずに足して利用量として計算した方が良いらしい
疑問
allow_pages() だと確かに載らなさそうな気がしてきたけど、MemFreeをカウントダウンしてる処理は何処
読んだ
メモリ確保の章
allow_page() の動作が少し書いてある
まだ読めてないけど気になる
セキュリティキャンプ2016でOOM Killerの挙動についての講義資料