slab肥大化とdentry_cacheに辿り着くまでの話 - Qiita

内容（3行） memoryの使用量を監視している所からアラートが来て調査した アプリケーションのheap使用率は高くなく、top等を見ても他に怪しいプロセスが存在しない /proc/meminfoからslab領域の肥大を確認、slabtopでdentry_cacheが肥大化している事がわかったので、echo 2 > /proc/sys/vm/drop_caches を実施した 何があったのか 運用中のとあるサーバーのmemoryが残り20%を切ったとアラートが来たため、調査を行った。 当初は何かしらのプロセスがメモリリークしているか何かだろうとあたりをつけていた。 freeで現状確認 キャプチャとるの忘れた… が、一旦確かにfree（buffers, cahceを足したもの）がtotalの20%を切っていることを確認。 topで確認する アプリケーションプロセスにメモリを大量消費しているプ

[ytkibk]

dentry_cacheはなぜ増えたのか？それが通常運用で起こりうる想定内の動作ならアラートをあげる監視閾値が高いのではないか？疑問を残したまま次のホッテントリへ。

[you21979]

“dentry_cache” echo 2 > /proc/sys/vm/drop_caches

[sonots]

わかりやすい

[shoito]

Elasticsearchでインデックス更新を激しく行なう運用をしてると遭遇する。

[tmatsuu]

あるある

[maisenakajima]

/proc/meminfoからslab領域の肥大を確認 -> slabtopでdentry_cacheが肥大化していることを確認 -> echo 2 > /proc/sys/vm/drop_caches で dentry, inodeのキャッシュを削除。

[katsyoshi]

これか