java ヒープサイズのチューニングについて

Question

作業環境

# java -version

Java version 1.8.0_171
Java(TM) SE Runtime Enviroment (build 1.8.0_171-b11)
Java HotSpot(TM) 640Bit Server VM (build 25.171-b11, mixed mode)

ヒープサイズの前提知識

ヒープ全体のサイズを少なく設定すると、GCが頻発したりOOMEが発生する。
余分に大きく設定すると、FullGCに時間がかかったり、他プロセスで使えるメモリが少なくなるためメモリ不足になる。
なので、ちょうどいいヒープサイズを設定する必要がある。
という認識です。

経緯

今現在、ヒープサイズの不足等によるOOMEが起きているわけではありません。
チューニング方を仕事で明示する必要があるため調べていました。

知りたい事

ヒープサイズのチューニングについて調べていたのですが、
「〇と×を合わせた値をヒープサイズに設定する！」といった具体的な方法が見つかりませんでした。

「OOMEが出なくなるまでヒープサイズを少し増やすのを繰り返して、ちょうどいい値を見つける」がヒープサイズのチューニング方になるのでしょうか。
それとも別に具体的な方法があるのでしょうか。お教えください。

よろしくお願いします。

Answer 1

ざっくりいうと、一人のユーザが使うメモリ量を計算（または、計測）して、同時接続数をかけて
あとは安全マージンを２０％乗せるとか、そんな感じです。

少なくとも以下の方法は、オススメしない

「OOMEが出なくなるまでヒープサイズを少し増やすのを繰り返して、ちょうどいい値を見つける」がヒープサイズのチューニング方になるのでしょうか。

OOMEが出たことは検知できるかもしれないが、出ないことはOOMEが発生しないことの保証にならない。
サイズを増やしてOOMEが出ないのか、OOMEが出るまでが遅くなるのか検証する必要がある。
※VMのメモリを監視して検証するなら、上記の方法でも良いと思います。

あとは、そもそもロードされるものとか考慮していけばよいかと。

あんまり見てないけど、それっぽいのがあったので。
※もちろん、ここに書いてあることよりは詳細に説明してる

Comments

[KARI]

ご回答ありがとうございます。
>>一人のユーザが使うメモリ量を計算（または、計測）して、
とありますが、具体的にどう調査するのでしょうか。

http://itdoc.hitachi.co.jp/manuals/link/cosmi_v0870/APSE/EU030147.HTM
貼っていただいた見積もり方は、Hitachi特有のオプションをつかっており参考にできませんでした。

[KARI]

どれだけ検索しても、見積もりらしい見積もり方法が見つからないのですが、ヒープサイズを仮決めしておいて、テストを行いGCの結果しだいで調整していく方が現実的でしょうか。

[momon-ga]

計測しなくても使うオブジェクトがわかればある程度、概算は出せるのでは？

> ヒープサイズを仮決めしておいて、テストを行いGCの結果しだいで調整していく方が現実的でしょうか。
仮決めの方法が知りたいのかと思いましたが・・・どんなやりかたでもいいと思いますよ。
回答にも書きましたがOOMEがでないのか、出るまでが遅くなったのかを確認できれば良いですね。

あと、メモリを確認するなら、こんなツールがあります。
https://docs.oracle.com/javase/jp/8/docs/technotes/guides/troubleshoot/memleaks001.html