Javaパフォーマンスチューニング基礎
- 3. おことわり • 今日は「JVMパフォーマンスチューニン グ基礎」というお題ですが... – →HotSpot VMに限定した話になります m(__)m
- 6. 測定に使用するツール • サーバー側 – VisualVM – jstat – sysstat / vmstat – SQLのログ(呼び出し回数、スロークエリー) • クライアント側 – Jmeter – ab – gatling
- 7. (小ネタ)visualvmでリモートサー バーのヒープの状態を監視する。 • こんな感じのpolicyファイルを書いて、 grant codebase "file:${java.home}/../lib/tools.jar" { permission java.security.AllPermission; }; • jstatdを起動します。 C:¥usr>jstatd.exe -J-Djava.security.policy=jstatd.al l.policy -J-Djava.rmi.server.hostname=192.168.0.4
- 9. (小ネタ)jstatの出力にタイムスア ンプをつける p=`ps aux |grep tomcat |grep うにゃう にゃ|grep java |awk '{print $2}'`; jstat -gcutil -h10 $p 10000 | awk '{print strftime("%H:%M:%S"), $0}' >>jstat.log
- 10. クライアントVMとサーバーVM • クライアントVM – 起動時間を短縮し、メモリサイズを縮小する ように調整されています。 • サーバーVM – プログラム実行速度が最大になるように設計 されています。
- 12. • サーバーVMで、起動時のオーバーヘッド を短縮する方法→階層型コンパイル – JDK7u1 JDK6u25 から導入 – 最初はクライアントVMでコンパイルして、呼 び出し回数に応じてサーバーVMに切り替える – -XX:+TieredCompilation XX:TieredStopAtLevel=1
- 13. • 例：Tomcatの起動時間 Tomcat7.0.47 JDK7u45(64bit) – 指定なし → 1510ms – -XX:+TieredCompilation XX:TieredStopAtLevel=1 →602ms • 更に、バイトコードの検証をスキップする と... – -XX:+TieredCompilation XX:TieredStopAtLevel=1 -Xverify:none →556ms
- 14. サーバーVMとクライアントVMの 違い • ヒープ容量を指定しなかった場合のデ フォルト値 – クライアントVM→64MB – サーバーVM→ 物理メモリーの 1/4 か、1GB かの小さい方。 • また、パフォーマンス関係のパラメーターは、統 計情報に応じて、動的に変化します。(エルゴノミ クス)
- 16. (おさらい)世代別GC
- 19. -Xms ...ヒープの初期容量 -Xmx ...ヒープの最大容量 -XX:NewSize ... new領域のサイズ -XX:NewRatio new領域とold領域の比率 -XX:SurvivorRatio ...EdenとSurvivorの比 率 • -XX:targetSurvivorRatio ... Survivorが一 杯になったと判定される閾値 • -XX:maxTenuringThreshold ... new領域か らold領域に移動する閾値 • • • • •
- 22. さらに注意しなければならないのは、コンカレントGCオプション 「-XX:+UseConcMarkSweepGC」を使用した場合、New世代領 域の オプションデフォルト値が「-XX:SurvivorRatio=1024 XX:MaxTenuringThreshold=0」に自動設定されるという点です。 http://wallclimb.com/2009/10/12/%E3%82%B3%E3%83%B3%E3%8 2%AB%E3%83%AC%E3%83%B3%E3%83%88gc%E3%81 %AE%E6%B3%A8%E6%84%8F%E7%82%B9/ →この記述自体は obsoleted • jdk7u45の場合、 MaxTenuringThreshold がコ ンカンレントGCの場合は8(通常は15)