仮想マシン[JVM] GCのサンプルログの解釈

最近のビューの製品のログ、次のように収集し、次のGCログを参照してください

Tomcatのガベージコレクションのログ(Tomcatの-GCの* .logという)

2019-09-29T06:01:00.041+0800: 1310458.865: [GC (Allocation Failure) 2019-09-29T06:01:00.041+0800: 1310458.866: [ParNew: 366307K->2255K(386880K), 0.0214515 secs] 1016409K->652361K(1369920K), 0.0227310 secs] [Times: user=0.15 sys=0.00, real=0.02 secs] 
Heap after GC invocations=4674 (full 3):
 par new generation   total 386880K, used 2255K [0x00000000ab000000, 0x00000000c4000000, 0x00000000c4000000)
  eden space 364160K,   0% used [0x00000000ab000000, 0x00000000ab000000, 0x00000000c13a0000)
  from space 22720K,   9% used [0x00000000c13a0000, 0x00000000c15d3c00, 0x00000000c29d0000)
  to   space 22720K,   0% used [0x00000000c29d0000, 0x00000000c29d0000, 0x00000000c4000000)
 concurrent mark-sweep generation total 983040K, used 650106K [0x00000000c4000000, 0x0000000100000000, 0x0000000100000000)
 Metaspace       used 386387K, capacity 391928K, committed 392064K, reserved 1390592K
  class space    used 49137K, capacity 50188K, committed 50304K, reserved 1048576K
}
{Heap before GC invocations=4674 (full 3):
 par new generation   total 386880K, used 366415K [0x00000000ab000000, 0x00000000c4000000, 0x00000000c4000000)
  eden space 364160K, 100% used [0x00000000ab000000, 0x00000000c13a0000, 0x00000000c13a0000)
  from space 22720K,   9% used [0x00000000c13a0000, 0x00000000c15d3c00, 0x00000000c29d0000)
  to   space 22720K,   0% used [0x00000000c29d0000, 0x00000000c29d0000, 0x00000000c4000000)
 concurrent mark-sweep generation total 983040K, used 650106K [0x00000000c4000000, 0x0000000100000000, 0x0000000100000000)
 Metaspace       used 386387K, capacity 391928K, committed 392064K, reserved 1390592K
  class space    used 49137K, capacity 50188K, committed 50304K, reserved 1048576K

TODO:上記のログの解釈次結合

ネットワーク外部参照の説明
[GC(割り振りの失敗)[ParNew :367523K-> 1293K(410432K)、0.0023988秒] 522739K-> 156516K(1322496K)、0.0025301秒] [時間:ユーザー= 0.04 SYS = 0.00、リアル= 0.01秒]

フィールド 説明
GC ショーは、これはマイナーGCは、GCが唯一それが既存の、または古いのは、STW(世界を停止するかどうか、新しい世代と新世代を表していないことに注意していることを示す、ガベージコレクション、無修正完全フロントを行いました。
割り当ての失敗: GCは、データの新しい若い世代を保管するのに十分なスペースがないため、原因があることを示しました。
ParNew これは、若い世代のGCでの場所や使用ParNewガベージコレクタを取ることを示しています。ParNewシリアルコレクタマルチスレッドバージョンで、ガベージコレクションを完了するために、複数のCPUスレッドを使用します(デフォルトのスレッド数とCPUの同じ番号を使用して、あなたは-XXを使用することができます。ParallelGCThreadsパラメータの制限を)。コレクタは、それが世界を停止中に、それは他のワーカースレッドを停止し、複製アルゴリズムの再利用メモリを使用しています。
367523K-> 1293K(410432K) メモリ領域(ここでは、若い世代)の前にGCは、GC、メモリ領域の総容量のメモリ使用容量の面積を容量を使用しました。
0.0023988秒 秒のメモリGC時間がかかるの面積、
522739K-> 156516K(1322496K) 3つのパラメータは以下のとおりです。ガベージコレクションの前にヒープの大きさ、面積のガベージコレクションのヒープサイズ、ヒープチーフのサイズ。
0.0025301秒 秒のメモリGC時間がかかるの面積、
[時間:ユーザー= 0.04 SYS = 0.00、リアル= 0.01秒] 処理されたユーザモード、カーネルモードおよび総時間がかかるを表します
  • 分析のもと結論付けることができます:
    新世代は、時間GC = 366239K 367523から1293軽減
    ヒープは、総面積= 366223K 522739から156516削減
    366 239から366 223 = 16Kを、16Kは、若い世代からの2番目の10年への総メモリは古いができることを示します数は、多くのすべてのオブジェクトのライフサイクルの短い記述ではないことがわかりますが、このような多くのオブジェクトがあります。

おすすめ

転載: www.cnblogs.com/clarino/p/11609553.html