今天我给大家讲讲JVM垃圾收集器-Parallel Scavenge收集器 Parallel Scavenge收集器 Parallel Scavenge收集器也是一个新生代收集器,它也是使用复制算法的收集器,又是并行的多线程收集器,看上去和ParNew都一样,那它有什么特别之处呢? Parallel Scavenge收集器的特点是它的关注点与其他收集器不同,CMS等收集器的关注点尽可能地缩短垃圾收集时用户线程的停顿时间,而Parallel Scavenge收集器的目标是达到一个可控制的吞吐量.所

新生代收集器,复制算法,并行收集,面向吞吐量要求(吞吐量优先收集器). 吞吐量=用户代码运行时间/(用户代码运行时间+垃圾回收时间) -XX:MaxGCPauseMillis:控制最大垃圾收集停顿时间,大于零的毫秒数. -XX:GCTimeRatio:吞吐量大小,0到100的整数,垃圾收集时间占总时间的比例,计算1/(1+n)gc时间占用比例. -XX:UseAdaptiveSizePolicy:打开之后,就不需要设置新生代大小(-Xmn),Edian,survivor比例及(-XX:Survi

Serial Old收集器 Serial Old收集器是Serial收集器的老年代版本,它是一个单线程收集器,使用“标记-整理”算法.这个收集器的主要意义也是被Client模式下的虚拟机使用.在server模式下,它主要还有两大用途:一个是在JDK1.5及之前的版本中与Parallel Scavenge收集器搭配使用,另外一个就是作为CMS收集器的后备元,在并发收集发生 Concurrent Mode Failure的时候使用. Parallel Old收集器 Parallel Old是Para

[概述] 如果说收集算法是内存回收的方法论,那么垃圾收集器就是内存回收的具体实现.Java 虚拟机规范中对垃圾收集器应该如何实现没有任何规定,因此不同的厂商.不同版本的虚拟机所提供的垃圾处理器都可能会有很大差别,并且一般都会提供参数供用户根据自己的应用特点和要求组合出各个年代所使用的收集器.下图为 HotSpot 虚拟机的垃圾收集器: 上图展示了7种用于不同分代的收集器,其中新生代的收集器有:Serial .ParNew.Parallel Scavenge, 老年代的收集器有:Serial Ol

Parallel Scavenge的老年代版本 标记-整理算法 注重吞吐量及cpu资源敏感环境.

Serial收集器的老年代版本 单线程收集器 标记-整理算法 stop the world Client模式下的虚拟机使用 Server模式下,搭配Parallel Scavenge使用及CMS发生Concurrent Mode Failure之后的预案

Garbage-First,面向服务端的垃圾收集器. 并行与并发:充分利用多核环境减少停顿时间, 分代收集:不需要配合其它收集器 空间整合:整体上看属于标记整理算法,局部(region之间)数据复制算法,运作期间不会产生空间碎片 停顿可预测,建立可以预测的停顿时间模型. 内存管理: 将整个java堆划分为多个大小形同的区域region,新生代和老年代都是region的集合.可以有计划的避免在全区域内进行垃圾收集. 回收方式:跟踪每一个region里面的垃圾堆积的价值大小(回收所得的空间大小以及所

此篇文章半原创是对参考资料中的知识点进行总结,欢迎评论指点,谢谢!        部分知识点总结来自R大的帖子,下文有参考资料的链接 概述 G1 收集是相比于其他收集器(可见 上一篇文章),可以独立运行,同时做到了并发和并行.下面看一下它是如何实现的. 之前介绍的几组垃圾收集器组合,都有几个共同点: 年轻代.老年代是独立且连续的内存块: 年轻代收集使用单eden.双survivor进行复制算法: 老年代收集必须扫描整个老年代区域: 都是以尽可能少而块地执行GC为设计原则. G1垃圾收集器也是以关

Garbage-First,面向服务端的垃圾收集器. 并行与并发:充分利用多核环境减少停顿时间, 分代收集:不需要配合其它收集器 空间整合:整体上看属于标记整理算法,局部(region之间)数据复制算法,运作期间不会产生空间碎片 停顿可预测,建立可以预测的停顿时间模型. 内存管理: 将整个java堆划分为多个大小形同的区域region,新生代和老年代都是region的集合.可以有计划的避免在全区域内进行垃圾收集. 回收方式:跟踪每一个region里面的垃圾堆积的价值大小(回收所得的空间大小以及所

新生代收集器,CMS默认搭配,Serial的多线程版本. -XX:UseParNewGC:指定使用ParNew收集器. -XX:ParalletGCThreads:指定限制垃圾收收集的线程数量. 默认开启的线程数等于cpu数. 多核环境较Serial效率高. 并行收集(非并发). 复制算法. 附: 并行收集:多条垃圾收集器同时工作,用户线程处于等待状态. 并发收集:用户线程与垃圾收集器线程同时工作,用户线程在继续运行,垃圾收集程序运行于另外一个cpu上.

CMS(Concurrent Mark Sweep) 最短回收停顿,适合维持响应时间上的要求. 初始标记 Initial mark:标记GC Roots能够关联到的对象.stop-mark. 并发标记 Concurrent mark:GC Roots tracing,并行业务线程. 重新标记 remark:重新标记并发标记过程中因为用户程序同时运行而导致标记产生变动的对象的标记记录.stop-mark. 并发清除 Concurrent sweep:清除无用对象. 初始标记和重新标记占用时间比较短

Java虚拟机有很多垃圾收集器 下面先来了解HotSpot虚拟机中的7种垃圾收集器:Serial.ParNew.Parallel Scavenge.Serial Old.Parallel Old.CMS.G1,先介绍一些垃圾收集的相关概念,再介绍它们的主要特点.应用场景.以及一些设置参数和基本运行原理. 常见的垃圾收集器关系图如下: 如果两个收集器直接有连线,则表示可以搭配使用,而G1收集器是不区分老年代和新生代的,所以不需要和其他收集器搭配,其他的则只能用于老年代或是新生代. 下面针对每个收集

java内存模型和线程规范 JVM高级特性与实践(三):垃圾收集算法 与 垃圾收集器实现 大致知识点如下: 4种垃圾收集算法概念的学习 7种垃圾收集器特征的学习 一. 垃圾收集算法 1. 标记-清除算法(Mark-Sweep) 算法分成“标记”.“清除”两个阶段:首先标记出所有需要回收的对象,在标记完成后统一回收所有被标记的对象. 垃圾收集算法中最基础的算法 ,后续的收集算法都是基于这种思路并对其不足进行改进而产生的. 主要不足有两点: 效率问题,标记和清除两个过程的效率都不高: 空间问题,标记

一.概述 1.1.图解 上面有7中收集器,分为两块,上面为新生代收集器,下面是老年代收集器.如果两个收集器之间存在连线,就说明它们可以搭配使用. JVM给出了3类选择:串行收集器.并行收集器.并发收集器.串行收集器只适用于小数据量的情况,所以生产环境的选择主要是并行收集器和并发收集器. 默认情况下JDK5.0以前都是使用串行收集器,如果想使用其他收集器需要在启动时加入相应参数.JDK5.0以后,JVM会根据当前系统配置进行智能判断. 1.2.按类解说 串行收集器 -XX:+UseSerialGC

HotSpot JVM收集器 上面有7中收集器,分为两块,上面为新生代收集器,下面是老年代收集器.如果两个收集器之间存在连线,就说明它们可以搭配使用. Serial(串行GC)收集器 Serial收集器是一个新生代收集器,单线程执行,使用复制算法.它在进行垃圾收集时,必须暂停其他所有的工作线程(用户线程).是Jvm client模式下默认的新生代收集器.对于限定单个CPU的环境来说,Serial收集器由于没有线程交互的开销,专心做垃圾收集自然可以获得最高的单线程收集效率. ParNew(并行GC

一.前言 前文学习了各种GC回收算法,掌握了GC回收的原理,但是真正的GC实现却尤为复杂,本篇文章将主要介绍各种GC收集器. 目前主流的HotSpot VM支持多种虚拟机,这些虚拟机也体现了GC的发展历程,从单线程GC到多线程GC,分代GC到G1 GC. 本文主要从以下几个方面介绍GC收集器: 各种GC的特点 GC匹配和参数使用 GC日志格式 常用的GC参数总结 二.各种GC的特点 HotSpot中采用分代GC,从早期的单线程串行Garbage Collector到后面的多线程并行Garbage

GC逻辑分类 垃圾收集器没有在规范中进行过多的规定,可以由不同的厂商.不同版本的JVM来实现. 由于JDK的版本处于高速迭代过程中,因此Java发展至今已经衍生了众多的GC版本. 从不同角度分析垃圾收集器,可以将GC分为不同的类型. 按线程数分(垃圾回收线程数) 可以分为串行垃圾回收器和并行垃圾回收器 串行回收 串行回收指的是在同一时间段内只允许有一个CPU用于执行垃圾回收操作,此时工作线程被暂停,直至垃圾收集工作结束. ➢在诸如单CPU处理器或者较小的应用内存等硬件平台不是特别优越的场 合,串

贴个图 Serial收集器 最简单的收集器,单线程,收集器会暂停用户线程,称为"stop the world". ParNew收集器 Serial收集器的多线程版本,其它类似.默认线程数为CPU线程数,通过-XX:ParallelGCThreads=? 可以指定线程数 Parallel Scavenge收集器 复制算法,多线程收集器.与ParNew的区别在于,该收集器关注系统吞吐量(吞吐量=用户运行时间/(用户运行时间+垃圾回收时间)).通过-XX:MaxGCPauseMillis 设

开发十年,就只剩下这套架构体系了! >>>   在上一篇博文我们介绍了JAVA新生代收集器,本篇博文我们要讲的就是关于老年代的一些收集器.老年代存活的一般是大对象以及生命很顽强的对象,因此新生代的复制算法很明显不能适应该区域的特性,所以老年代采用的是"标记-清除-整理"算法(以前的博文有详细讨论过). Serila Old收集器:该收集器是Serial收集器的老年代版,同样是一个单线程的收集器,优劣势和Serial收集器一样,这里就不多说了. Parallel Old

开发十年,就只剩下这套架构体系了! >>>   继续上一篇博文所讲的,STW即GC时候的停顿时间,他会暂停我们程序中的所有线程.如果STW所用的时间长而且次数多的话,那么我们整个系统稳定性以及可用性将大大降低.    因此我们在必要的时候需要对虚拟机进行调优,调优的主要目标之一就是降低STW的时间,也就是减少Full GC的次数.那么这里我们从调优的角度来分析各个收集器的优势与不足.    首先从作用于年轻代的收集器开始(采用复制的收集算法): Serial收集器:一个单线程收集器,在进