jvm默认垃圾收集器

jdk1.7 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代)

jdk1.8 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代)

jdk1.9 默认垃圾收集器G1

-XX:+PrintCommandLineFlagsjvm参数可查看默认设置收集器类型

-XX:+PrintGCDetails亦可通过打印的GC日志的新生代、老年代名称判断

串行收集器:
DefNew:是使用-XX:+UseSerialGC(新生代,老年代都使用串行回收收集器)。
并行收集器:
ParNew:是使用-XX:+UseParNewGC(新生代使用并行收集器,老年代使用串行回收收集器)或者-XX:+UseConcMarkSweepGC(新生代使用并行收集器,老年代使用CMS)。
PSYoungGen:是使用-XX:+UseParallelOldGC(新生代,老年代都使用并行回收收集器)或者-XX:+UseParallelGC(新生代使用并行回收收集器,老年代使用串行收集器)
garbage-first heap:是使用-XX:+UseG1GC(G1收集器)

原文地址:https://www.cnblogs.com/tiancai/p/9380532.html

时间: 2024-10-01 06:09:11

jvm默认垃圾收集器的相关文章

jvm默认垃圾收集器(JDK789)

jdk1.7 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代) jdk1.8 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代) jdk1.9 默认垃圾收集器G1 -XX:+PrintCommandLineFlagsjvm参数可查看默认设置收集器类型 -XX:+PrintGCDetails亦可通过打印的GC日志的新生代.老年代名称判断 JDK1.8新特性: 速度更快 – 红黑树代码更少 – Lambda强大

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

1.为什么要学习GC? GC (Garbage Collection)早于java出现,60年代出现的Lisp中最早使用了GC. 当需要排查各种内存溢出.内存漏斗问题时,当垃圾回收成为系统达到更高并发量的瓶颈时,就需要用到gc了. 总之,写出高性能的Java程序需要懂GC. 2.GC在JVM的体系结构中的位置 HotSpot JVM体系结构. 和应用性能相关的部分用紫色标出,调优从它们着手! 3.什么是性能? 在对Java应用程序进行调优时,主要关注两点:响应速度和吞吐量. 3.1响应速度 响应

JVM学习十:JVM之垃圾收集器及GC参数

接近两个月左右没有写博客,主要是因为小孩过来后,回家比较忙,现在小孩端午送回家了,开始继续之前的JVM学习之路,前面学习了GC的算法和种类,那么本章则是基于算法来产生实际的用途,即垃圾收集器. 一.堆的回顾 新生代中的98%对象都是“朝生夕死”的,所以并不需要按照1:1的比例来划分内存空间,而是将内存分为一块比较大的Eden空间和两块较小的Survivor空间,每次使用Eden和其中一块Survivor.当回收时,将Eden和Survivor中还存活着的对象一次性地复制到另外一块Survivor

JVM的垃圾收集器

Serial收集器 Serial收集器:是最基本.最悠久的新生代收集器,是一个单线程的收集器,并且在垃圾回收时还必须暂停其他所有的工作线程,直到它结束为止. 下图示意了Serial/SerialOld收集器的运行过程: 按照上述的说法是不是会觉得Serial收集器很鸡肋,但实际到现在为止它依然是虚拟机运行在Client模式下的默认新生代收集器. 它优势在于:简单高效(与其他收集器的单线程对比),对于单个CPU环境而言,Serial没有线程交互的开销,可以获得更高的单线程收集效率.     Par

【JVM】垃圾收集器和收集器的选择策略

前言:新生代的收集器有:Serial,ParNew,Parallel Scavenge等.老年代有:CMS,SerialOld,Paraller Old等.接下来将深入理解各个垃圾收集器的原理,以及它们如何在不同场景下进行搭配使用. 同时,先解释几个名次: 并行(Parallel):多个垃圾收集线程并行工作,此时用户线程处于等待状态 并发(Concurrent):用户线程和垃圾收集线程同时执行 吞吐量:运行用户代码时间/(运行用户代码时间+垃圾回收时间) (一) 新生代的收集器们 (1) Par

JVM:垃圾收集器与对象的"存活"问题

垃圾收集器垃圾收集(Garbage Collection,GC).当需要排查各种内存溢出.内存泄露问题时,当垃圾收集成为系统更高并发量的瓶颈时,我们需要去了解GC和内存分配. 检查对象的"存活"状态 引用计数法:每当有一个地方引用对象时,计数器加1:当引用值失效,减1:任何时刻计数器为0,则表示对象不可能再被使用.缺点就是很难解决对象之间相互循环引用的问题.(如a.instance=b;b.instance=a) 可达性分析算法:这个算法的思想是通过一系列成为“GC Roots”的对象

深入理解JVM:垃圾收集器与内存分配策略

堆里面存放着Java世界几乎所有的对象实例,垃圾收集器在对堆进行回收前,第一件事情就是要确定这些对象之中哪些还存活,哪些已经死去.判断对象的生命周期是否结束有以下几种方法 引用计数法 具体操作是给对象添加一个引用计数器,每当有一个地方引用时,计数器的值就加1,:当引用失效时,计数器就减1:任何时刻计数器为0的对象就 是不可能再被使用的.客观的说引用计数器算法实现简单,判定效率也很高,在大部分情况下他都是一个不错的算法.但是引用计数器有缺陷 举个简单的例子,对象A和对象B都有字段instance,

JVM之垃圾收集器

垃圾收集器 常用的四种垃圾收集器:Serial GC.Paralle收集器.Mostly-Concurrent收集器.Garbage-First收集器. 1.Serial GC 新生代采用复制收集算法,老年代中采用标记清楚压缩算法,它的minor GC和Full GC都是以Stop-The-World方式(即收集时应用程序停止运行).只有等垃圾收集结束后,应用程序才会继续执行.该收集方式适应大多数对停顿时间要求不高和在客户端运行的应用. 2.Parallel 收集器(ThroughPut收集器)

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

一.垃圾收集的概念 在Java虚拟机运行时数据区中程序计数器.虚拟机栈和本地方法栈3个区域随线程而生,随线程而灭:栈中的栈帧随着方法的进入和退出而有条不紊地执行着出栈和入栈操作,每一个栈帧中分配多少内存基本上是在类结构确定下来时就已知的,因此这几个区域的内存分配和回收都具备确定性,因为方法结束或线程结束时,内存自然就跟随着回收了. 而Java堆和方法区则不一样,一个接口的多个实现类需要的内存可能不一样,一个方法中的多个分支需要的内存也可能不一样,只有在程序处于运行期间时才能知道会创建哪些对象,这