本番システムの1つでJVMのクラッシュを調査していますが、以下のhs_err_pidログファイルスニペットで次のメモリ値は何を表していますか?
Heap
par new generation total 1258624K, used 955445K [0x00000005c0000000, 0x00000006155b0000, 0x000000066aaa0000)
eden space 1118784K, 73% used [0x00000005c0000000, 0x00000005f1e52598, 0x0000000604490000)
from space 139840K, 98% used [0x000000060cd20000, 0x00000006153db100, 0x00000006155b0000)
to space 139840K, 0% used [0x0000000604490000, 0x0000000604490000, 0x000000060cd20000)
tenured generation total 2796224K, used 1745107K [0x000000066aaa0000, 0x0000000715550000, 0x00000007c0000000)
the space 2796224K, 62% used [0x000000066aaa0000, 0x00000006d52d4d90, 0x00000006c2e0c400, 0x0000000715550000)
compacting perm gen total 482944K, used 482943K [0x00000007c0000000, 0x00000007dd7a0000, 0x0000000800000000)
the space 482944K, 99% used [0x00000007c0000000, 0x00000007dd79fff0, 0x00000007dd7a0000, 0x00000007dd7a0000)
No shared spaces configured.
私の懸念は、「圧縮されたperm gen」の使用法です。これは、割り当てられた最大perm genヒープの使用率、または最大ヒープの使用率などを意味しますか?提供されたパーセンテージは、使用済み/合計の分割であるように見えますが、これは割り当てられたパーマ生成の合計ですか?-XX:MaxPermSize
1GBに設定されているので...
JVMクラッシュでダンプされたデータを解釈するための有用なリソース(hs_errファイルについて言及していないOracleホワイトペーパー以外)はありますか?