垃圾收集器与内存分配策略之篇三:理解GC日志和垃圾收集器参数总结

一、GC日志片段如下:

[GC[DefNew: 2658K->371K(4928K), 0.0038671 secs] 2658K->2419K(15872K), 0.0173438 secs] [Times: user=0.00 sys=0.00, real=0.02 secs]

[Full GC[Tenured: 2048K->370K(10944K), 0.0331593 secs] 4564K->370K(15872K), [Perm : 176K->176K(12288K)], 0.0332496 secs] [Times: user=0.00 sys=0.00, real=0.03 secs]

Heap

 def new generation   total 4992K, used 44K [0x24600000, 0x24b60000, 0x29b50000)

  eden space 4480K,   1% used [0x24600000, 0x2460b398, 0x24a60000)

  from space 512K,   0% used [0x24a60000, 0x24a60000, 0x24ae0000)

  to   space 512K,   0% used [0x24ae0000, 0x24ae0000, 0x24b60000)

 tenured generation   total 10944K, used 370K [0x29b50000, 0x2a600000, 0x34600000)

   the space 10944K,   3% used [0x29b50000, 0x29bac868, 0x29baca00, 0x2a600000)

 compacting perm gen  total 12288K, used 176K [0x34600000, 0x35200000, 0x38600000)

   the space 12288K,   1% used [0x34600000, 0x3462c3b8, 0x3462c400, 0x35200000)

    ro space 10240K,  44% used [0x38600000, 0x38a7b1c8, 0x38a7b200, 0x39000000)

    rw space 12288K,  52% used [0x39000000, 0x396431d0, 0x39643200, 0x39c00000)

GC日志开头的“[GC[”和“[Full GC[”说明了这次垃圾停顿的类型,而不是用来区分老年代GC和新生代GC的。如果有“Full”,说明了这次GC是发生了“Stop-The-World”的,列如下面的新生代垃圾收集器也会出现FuLL GC 的情况的,一般是出现了担保失败之类的问题,才会触发 “Stop-The-World”。

[Full GC 283.76:[ParNew :261599->261599k(26152k),0.0000288 secs]

接下来的 “[DefNew和“[Tenured和“[Perm”表示GC发生的区域,这里显示的区域名称与垃圾收集器相关联,列如上面使用的Serial收集器中的新生代中名称了 Default New Generation 所以显示“[DefNew如果是ParNew收集器,新生代名变为“[ParNew”,意为

“Parallel New Generation”。如果采用Parallel Scavenge 收集器,那他的配套新生代名为“PSYoungGen”,老年代和新生代同理,名称也有垃圾收集器决定。

 后面括号内部的“2658K->371K(4928K)”含义是该内存已经使用的容量 ->GC后该内存已经使用的容量(该内存区域总容量)。而在方括号之外的“2658K->2419K(15872K)”表示GC前java堆已经使用的容量->GC后java堆已经使用的容量(java堆总容量),再往后,“0.0038671 secs”表示该内存区域GC所占的时间,单位是秒。

二、垃圾收集器参数的总结


参数


描述


UserSerialGC


虚拟机运行在CLient的默认值,打开此开关后使用 Serial +Serail OLd组合进行垃圾回收


UseParNewGC


打开此开关后,使用ParNew +Serial OLd收集器进行回收


UseConcMarkSweepGC


打开此开关后,使用ParNew +CMS+Serial Old收集器进行回收。Serail Old收集器将在CMS收集器出现Concurent Mode Failure失败的备用垃圾收集器


UseParallelGC


打开此开关后,使用Parallel Scavenge +serial Old 组合进行垃圾回收


UseParallelOldGC


打开此开关后,使用Parallel Sacvenge +Parallel Old进行垃圾回收


SurvivorRatio


新生代中的Eden区域和Survivor区域的容量的比值,默认为8,代表Eden:Survivor=8:1


PretennureSizeThreshold


直接晋升到老年代的对象大小,设置了这个参数后,大于这个参数经直接晋升到老年代


MaxTenuringThreshold


晋升到老年代的对象大小,每个对象在经历过一次Minor GC后,年龄就动态加1,当超过这个年龄后,就直接晋升到老年代


UseAdaptiveSizePolicy


动态的调整java堆中各个区域的大小以及进入老年代的年龄


HandlerPromotionFailure


是否允许担保失败,即老年代的剩余空间不足以应对新生代的整个Eden和Survivor区的所有对象都存活的极端情况


ParallelGCtThreads


设置并行GC时进行内存回收的线程数


GCTimeRatio


GC时间占总时间的比率,默认值为99,即允许1%的GC时间,尽在使用Parallel Scavenge垃圾收集器时候生效


MaxGCPauseMillis


设置GC的最大停顿时间,进在使用Parallel Scavenge收集器时生效


CMSInitiatingOccupancyFraction


设置CMS收集器在老年代空间被使用多少次后触发垃圾收集,默认值是68%,进在使用CMS收集器时候生效


UseCMSCompactAtFullCollection


设置CMS收集器在完成垃圾收集以后进行一次内存碎片整理。仅仅在使用CMS收集器时候生效


CMSFullCsBeforeCompaction


设置CMS收集器在进行若干次垃圾收集后再启动一次内存碎片整理,仅仅在使用CMS收集器时候生效

时间: 2024-11-01 23:49:43

垃圾收集器与内存分配策略之篇三:理解GC日志和垃圾收集器参数总结的相关文章

垃圾收集器与内存分配策略之篇二:垃圾收集器

五.垃圾收集器 如果说收集算法是内存回收的方法论,那么垃圾收集器就是内存回收的具体实现.由于java虚拟机规范对垃圾收集器实现没有任何的规范因此不同的厂商,不同的版本的虚拟机所提供的垃圾收集器都有可能会有很大的区别,并且一般都会提供参数供用户根据自己的应用特点和要求组合出各个年代所使用的收集器. 虚拟机中所包含的垃圾收集器如下图: 连线代代表他们可以组合使用.下面分别对以上垃圾收集器进行说明: 01)Serial 是历史悠久的收集器,在垃圾回收期间或中断用户线程,是一个单线程的收集器,在进行垃圾

垃圾收集器以及内存分配策略

垃圾回收 垃圾回收的三个问题: 哪些内存需要回收? 什么时候回收? 如何回收? 1.哪些对象需要回收? 判断对象是否存活的办法: 引用计数算法:给对象中添加一个引用计数器,有一个地方引用就+1,引用失效就-1.只要计数器为0则对象已死. 优点:简单易实现: 缺点:无法解决对象之间相互引用的问题.(JVM也因为此种原因没有使用它) 根搜索算法: 通过选取出一个GC Roots对象,已它作为起始点,如果对象不可达,则对象已死. GC Roots对象: 虚拟机栈中引用的对象 方法区中类静态属性引用的对

Java虚拟机垃圾收集器与内存分配策略

Java虚拟机垃圾收集器与内存分配策略 概述 那些内存需要回收,什么时候回收,如何回收是GC需要完成的3件事情. 程序计数器,虚拟机栈与本地方法栈这三个区域都是线程私有的,内存的分配与回收都具有确定性,内存随着方法结束或者线程结束就回收了. java堆与方法区在运行期才知道创建那些对象,这部分内存分配是动态的,本章笔记中分配与回收的内存指的就是:java堆与方法区. 判断对象已经死了 引用计数算法:给对象添加一个引用计数器,每当有一个地方引用它,计数器+1;引用失败,计数器-1.计数器为0则改判

第三章 垃圾收集器和内存分配策略

第三章 垃圾收集器和内存分配策略 对象已死吗 引用计算方法 可达性分析算法 通过一些列的GC roots 对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径成为引用链,当一个对象到GC roots 没有任何引用链的则证明对象不可用的 虚拟机栈中的引用的对象 方法区中类静态属性引用的对象 方法去区中常量引用的对象 本地方法栈中JNI引用的对象 生存还是死亡 一次筛选,筛选是否有必要执行 finalize()方法 没有覆盖或者finalize()已经被调用过  视为没必要执行 放入一个F-Qu

垃圾收集器与内存分配策略(二)

垃圾收集算法简介 1.标记-清除算法       标记-清除算法主要分为“标记”和“清除”两个阶段:首先标记出所有需要回收的对象,在标记完成后统一进行回收.对象的标记过程在垃圾收集器与内存分配策略(一)中已经介绍过. 存在的问题:一是效率问题,标记和清除的效率都不高:二是空间问题,标记清除之后会产生大量不连续的内存碎片,空间碎片太多可能会导致以后在程序运行过程中需要分配较大对象时无法找到足够的内存而不得不提前触发另一次垃圾收集动作. 2.复制算法       复制算法:它将内存按照容量划分为大小

垃圾收集器与内存分配策略(四)之垃圾收集器

垃圾收集器与内存分配策略(四)--垃圾收集器 收集算法是内存回收的方法论,垃圾收集器则是内存回收的具体实现. 垃圾收集器介绍 在垃圾收集器的层面上对并行与并发的解释: 并行(Parallel):指多条垃圾收集线程并行工作,但此时用户现场仍处于等待状态. 并发(Concurrent):指用户线程与垃圾收集线程同时执行(但并不一定是并行的,可能会交替执行),用户程序仍在继续执行,而垃圾收集程序运行于另一个CPU上. 对于不同的厂商,不同的版本的虚拟机都可能有很大的差别.此处讨论的是jdk1.7之后的

垃圾收集器与内存分配策略(三)之HotSpot的算法实现

垃圾收集器与内存分配策略(三)--HotSpot的算法实现 Java JVM 垃圾回收 在HotSpot虚拟机上实现这些算法时,必须对算法的执行效率有着严格的考量,才能保证虚拟机高效地运行. 1. 枚举根节点 采用可达性分析从GC Roots节点中找引用链为例 存在的缺点: 1.在前面找出还存活对象时,采用可达性分析从GC Roots节点中找引用链时,可作为GC Roots的节点主要在全局性的引用(方法区的常量或类静态属性引用)与执行上下文(虚拟机栈栈帧中的本地变量表或本地方法栈中的Native

垃圾收集器与内存分配策略(六)之内存分配与回收策略

垃圾收集器与内存分配策略(六)--内存分配与回收策略 对象的内存分配,一般来说就是在堆上的分配(但也可能经过JIT编译后被拆散为标量类型并间接地栈上分配),对象分配的细节取决于当前使用的是哪一种垃圾收集器组合,还有虚拟机中与内存相关的参数设置. 区分Minor GC与 Full GC: 新生代GC(Minor GC):指发生在新生代的的垃圾收集动作,因为Java对象大多具有朝生夕灭的特性,所以Minor GC非常频繁,一般回收速度也比较快. 老年代GC(Full GC / Major GC):老

垃圾收集器与内存分配策略(五)之垃圾日志与常见参数

垃圾收集器与内存分配策略(五)--垃圾日志与常见参数 理解GC日志 每个收集器的日志格式都可以不一样,但各个每个收集器的日志都维持一定的共性.如下面二段日志: 33.125: [GC [DefNew: 3324K->152K(3712K), 0.0025925 secs] 3324K->152K(11904K), 0.0031680 secs] 100.667: [Full GC [Tenured: 0K->210K(10240K), 0.0149142 secs] 4603K->