JDK8垃圾回收GC日志分析【第三篇】

mac2024-07-14  47

package com.jvm.jvmdemo.test; /** * @author :miaoqs * @date :2019-10-30 09:58 * @description: */ public class GCCMSLogsTest { /** * 1M容量 */ private static int size = 1024 * 1024; public static void main(String[] args) { byte[] a1, a2, a3, a4; a1 = new byte[4 * size]; a1 = new byte[4 * size]; // 之前的 a1 = 4M 变成垃圾 a2 = new byte[4 * size]; // GC a3 = new byte[4 * size]; a4 = new byte[8 * size]; a4 = null; // a4变成垃圾 // FULL GC System.gc(); } /** * TODO 垃圾回收日志 * * VM options JVM 参数设置 * -Xms40M -Xmx40M -Xmn20M -XX:+PrintGCDetails -XX:+PrintGCDateStamps * -XX:+UseConcMarkSweepGC * * TODO 在 Java 内存管理基础一文中,已经知道 CMS 并非完全并发执行,仅第二个和第四个阶段是并发执行的。 * 当使用 CMS 垃圾收集 器时,年轻代将采用并行,stop-the-world, * 标记-复制的收集算法,老年代则采用并发-标记-清理(Concurrent Mark-Sweep)的收集算法, * 该算法有利于降低应用暂定时间,可通过-XX:+UseConcMarkSweepGC 开启。 * * 2019-10-31T18:11:28.927-0800: [GC (Allocation Failure) 2019-10-31T18:11:28.927-0800: * [ParNew: 15628K->777K(18432K), 0.0053739 secs] 15628K->8971K(38912K), 0.0054231 secs] [Times: user=0.01 sys=0.00, real=0.01 secs] * TODO * 15628K->777K(18432K) 新生代由 12M 变为0M * 15628K->8971K(38912K)堆内存由 12M 变为8M,主要是a1 + a2 =8M 在老年代 * 2019-10-31T18:11:28.935-0800: [Full GC (System.gc()) 2019-10-31T18:11:28.935-0800: * [CMS: 8194K->12861K(20480K), 0.0055566 secs] 21741K->12861K(38912K), * TODO * 8194K->12861K(20480K) 年老代由 8M变化为12M * 21741K->12861K(38912K)堆内存由 20M 变为 12M * [Metaspace: 3354K->3354K(1056768K)], 0.0056020 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] * * 2019-10-31T18:11:28.940-0800: [GC (CMS Initial Mark) [1 CMS-initial-mark: 12861K(20480K)] 12969K(38912K), 0.0001295 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] * 2019-10-31T18:11:28.940-0800: [CMS-concurrent-mark-start] * * TODO GC 后的日志 * Heap * TODO GC后的年轻代 新生代被清空 * par new generation total 18432K, used 600K [0x00000007bd800000, 0x00000007bec00000, 0x00000007bec00000) * eden space 16384K, 3% used [0x00000007bd800000, 0x00000007bd896238, 0x00000007be800000) * from space 2048K, 0% used [0x00000007bea00000, 0x00000007bea00000, 0x00000007bec00000) * to space 2048K, 0% used [0x00000007be800000, 0x00000007be800000, 0x00000007bea00000) * TODO GC后的年老代 使用了 12M * concurrent mark-sweep generation total 20480K, used 12861K [0x00000007bec00000, 0x00000007c0000000, 0x00000007c0000000) * TODO GC后的元空间 * Metaspace used 3369K, capacity 4496K, committed 4864K, reserved 1056768K * class space used 371K, capacity 388K, committed 512K, reserved 1048576K */ }

 

最新回复(0)