JVM上で動くWebアプリケーションがリソースを食いつぶす原因を探るためにやったこと【Backlog Play化プロジェクト】

ヌーラボでScalaを書くRubyistの谷本です。ヌーラボでは、Backlogの開発を担当しており、最近ではBacklogをJavaからScala / Play Frameworkに移行するプロジェクトのメンバーでした。 BacklogのPlay化プロジェクトでは、OutOfMemorryError(以下、OOM)の発生やCPU使用率とロードアベレージが上がったままという、Java Virtual Machine（以下、JVM）上で動くBacklogのパフォーマンスに関する問題に対処すべく、何度かHeap/Thread dumpを見る機会がありました。 私がPlay化プロジェクトで取り組んだパフォーマンス改善の知見や経験をもとに、本記事では「JVMで起こったパフォーマンスの問題の切り分け方」についてお届けします。 はじめに 本番環境でしばらく動かしていると、コード自体は正しく実行できるけ

[muziyoshiz]

Backlog Play化プロジェクトのブログ第4段！ パフォーマンスに関する問題で苦戦することが多かったプロジェクトを何度も救ってくれた谷本さんによる、OOM の原因調査に関する記事です

[koheikimura]

JVMの知見だ

[sifue]

JVM系言語が大規模長期間開発に強いの、VisualVMという他の言語で類を見ない恐ろしく強力なプロファイラがあるお陰だと思ってる。メモリの中身も処理時間も参照もいろんな軸で分析、可視化できる。

[tockri]

今回の記事はすごいぞ！知見にあふれているぞ！

[gayou]

JVMの知見

[brains-kot]

][performance]

[msykt]

MAT は Heap dump が巨大でも解析できるしマズそうな場所も分かるし便利。結構古いツールだけど今でも現役なのね。

[k_oshima]

それもいいけれど、リストア可能なバックアップもよろしくお願いします

[hihi09]

JVM メモリリーク

[rinfield]

元気そうでなにより

[koji28]

Javaコード上のメモリやCPUリソース大食いの犯人を見つけるデバッグ方法(´・ω・`)

[castaneai]

“例えば、JavaのHashMapのインスタンス自体は48Bと小さなオブジェクトです。しかし、そのインスタンスが参照するオブジェクトが数MBあり、（中略）このHashMapのインスタンスがGCされると数MBの空きができます”

[yusuke-k]

JVMのガチの話です。