查看/设置JVM使用的垃圾收集器

一、设置垃圾收集器的参数

  -XX:+UseSerialGC,虚拟机在Client模式下的默认值,Serial+Serial Old

  -XX:+UseParNewGC,ParNew+Serial Old,在JDK1.8中已经不推荐使用并且将被移除(Java HotSpot(TM) Client VM warning: Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release)。

  -XX:+UseConcMarkSweepGC,ParNew+CMS

  -XX:+UseParallelGC ,虚拟机在Server模式下的默认值,Parallel Scavenge+Serial Old

  -XX:+UseParallelOldGC ,Parallel Scavenge+Parallel Old

  -XX:+UseG1GC,G1 Young Generation+G1 Old Generation

二、使用Java代码测试

public class GCTest {    public static void main(String[] args) {        //-XX:+UseParallelOldGC和-XX:+UseParallelGC结果一样,因为MXBean名字一样,但是实际使用的不一样         List<GarbageCollectorMXBean> garbageCollectorMXBeans = ManagementFactory.getGarbageCollectorMXBeans();        for(GarbageCollectorMXBean gc:garbageCollectorMXBeans){            System.out.println(gc.getName());            System.out.println("--");        }    }}

我这里使用JDK1.8测试,启动时输入JVM参数-XX:+PrintCommandLineFlags,该参数会打印JVM默认的优化参数。

测试结果:

  1、指定参数-XX:+PrintCommandLineFlags  -XX:+UseSerialGC

-XX:InitialHeapSize=16777216 -XX:MaxHeapSize=268435456 -XX:+PrintCommandLineFlags -XX:-UseLargePagesIndividualAllocation -XX:+UseSerialGC
Copy
--
MarkSweepCompact
--

  2、指定参数-XX:+PrintCommandLineFlags  -XX:+UseParNewGC

-XX:InitialHeapSize=16777216 -XX:MaxHeapSize=268435456 -XX:+PrintCommandLineFlags -XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGC
ParNew
--
MarkSweepCompact
--
Java HotSpot(TM) Client VM warning: Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release

  3、指定参数-XX:+PrintCommandLineFlags  -XX:+UseConcMarkSweepGC

-XX:InitialHeapSize=16777216 -XX:MaxHeapSize=268435456 -XX:MaxNewSize=89481216 -XX:MaxTenuringThreshold=6 -XX:OldPLABSize=16 -XX:+PrintCommandLineFlags -XX:+UseConcMarkSweepGC -XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGC
ParNew
--
ConcurrentMarkSweep
--

  4、指定参数-XX:+PrintCommandLineFlags  -XX:+UseParallelGC

-XX:InitialHeapSize=16777216 -XX:MaxHeapSize=268435456 -XX:+PrintCommandLineFlags -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
PS Scavenge
--
PS MarkSweep
--

  5、指定参数-XX:+PrintCommandLineFlags  -XX:+UseParallelOldGC

-XX:InitialHeapSize=16777216 -XX:MaxHeapSize=268435456 -XX:+PrintCommandLineFlags -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelOldGC
PS Scavenge
--
PS MarkSweep
--

  6、指定参数-XX:+PrintCommandLineFlags  -XX:+UseG1GC

-XX:InitialHeapSize=16777216 -XX:MaxHeapSize=268435456 -XX:+PrintCommandLineFlags -XX:+UseG1GC -XX:-UseLargePagesIndividualAllocation
G1 Young Generation
--
G1 Old Generation
--

三、使用内置JConsle查看

  1、写一个一直运行的代码

public class GCTest {
    public static void main(String[] args) throws InterruptedException {
        while (true) {
            Thread.sleep(1000);
        }
    }
}   

  2、打开命令行,输入jconsole

  3、显示连接的Java程序

  4、查看VM概要

  5、也可以在MBean中查看

四、总结

  -XX:+UseParallelGC和-XX:+UseParallelOldGC除了JVM参数不同,打印结果都一样,是因为设置了相同的MXBean名称,具体可以看一下这一篇文章:https://www.cnblogs.com/kelthuzadx/p/10924117.html

原文地址:https://www.cnblogs.com/weiqihome/p/12003130.html

时间: 2024-10-31 19:45:45

查看/设置JVM使用的垃圾收集器的相关文章

jvm系列 (二) ---垃圾收集器与内存分配策略

回顾 上文介绍了jvm的内存区域以及介绍了内存的溢出情况. jvm区域分为5个,线程独有:虚拟机栈,本地方法栈,程序计数器.线程共享:方法区,堆 两种溢出:栈溢出(StackOverflowError),OutOfMemoryError(OOM) 为什么学习垃圾收集 看起来jvm好像一切帮你做好,但是当垃圾收集成为系统达到更高并发量的瓶颈时,我们就需要对这种自动化的技术进行监控和调节. 根据实际应用需求,选择最优的收集方式才能更高的性能. 垃圾收集的区域 虚拟机栈,本地方法栈,程序计数器是线程私

JVM中的垃圾收集器

下面这些收集器在新生代中使用: -XX:+UseSerialGC -XX:+UseParallelGC -XX:+UseParNewGC 下面这些收集器在老年代中使用: -XX:+UseParallelOldGC -XX:+UseConcMarkSweepGC Serial收集器 1.使用在新生代,使用复制算法 2.它是一个单线程收集器,也就是它只会使用一个CPU或一个收集线程去完成垃圾收集工作. 3.它进行垃圾收集时,必须暂停其他所有工作线程,直到它收集结束 ParNew收集器 1.使用在新生

JVM之:垃圾收集器

如果说收集算法是内存回收的方法论,那么垃圾收集器就是内存回收的具体实现.Java虚拟机规范中对垃圾收集器应该如何实现并没有任何规定,因此不同的厂商.不同版本的虚拟机所提供的垃圾收集器都可能会有很大差别,并且一般都会提供参数供用户根据自己的应用特点和要求组合出各个年代所使用的收集器.这里讨论的收集器基于JDK 1.7 Update 14之后的HotSpot虚拟机.这个虚拟机包含的所有收集器如下图所示: 上图展示了7种作用于不同分代的收集器,如果两个收集器之间存在连线,就说明它们 可以搭配使用.虚拟

Spark学习之路 (十四)SparkCore的调优之资源调优JVM的GC垃圾收集器

讨论QQ:1586558083 目录 一.概述 二.垃圾收集器(garbage collector (GC)) 是什么? 三.为什么需要GC? 四.为什么需要多种GC? 五.对象存活的判断 六.垃圾回收算法 6.1 标记 -清除算法 6.2 复制算法 6.3 标记-整理算法 6.4 分代收集算法 七.垃圾收集器 7.1 Serial收集器 7.2 ParNew收集器 7.3 Parallel收集器 7.4 CMS收集器 7.5 G1收集器 八.常用的收集器组合 正文 回到顶部 一.概述 垃圾收集

看图说说JVM老年代垃圾收集器

注:G1垃圾收集器是目前最前沿的GC收集器,未来将取代CMS垃圾收集器,可以作为整个Heap的收集器使用,不限于老年代!!!

详解 JVM Garbage First(G1) 垃圾收集器

前言    Garbage First(G1)是垃圾收集领域的最新成果,同时也是HotSpot在JVM上力推的垃圾收集器,并赋予取代CMS的使命.如果使用Java 8/9,那么有很大可能希望对G1收集器进行评估.本文详细首先对JVM其他的垃圾收集器进行总结,并与G1进行了简单的对比:然后通过G1的内存模型.G1的活动周期,对G1的工作机制进行了介绍:同时还在介绍过程中,描述了可能需要引起注意的优化点.笔者希望通过本文,让有一定JVM基础的读者能尽快掌握G1的知识点. 第一章 概述 G1(Garb

JVM-垃圾收集算法、垃圾收集器、内存分配和收集策略

对象已死么? 判断一个对象是否存活一般有两种方式: 1.引用计数算法:每个对象都有一个引用计数属性,新增一个引用时计数加1,引用释放时计数减1.计数为0时可以回收. 2.可达性分析算法(Reachability Analysis):从GC Roots开始向下搜索,搜索所走过的路径称为引用链.当一个对象到GC Roots没有任何引用链相连时,则证明此对象是不可用的.不可达对象. --Java语言中,可作为GC Roots的对象包括下面几种: (1) 虚拟机栈(栈帧中的本地变量表) 中引用的对象:

G1垃圾收集器入门

G1垃圾收集器概述 一步步介绍G1 G1收集器采用一种不同的方式来分配堆. 下面通过图解的方式一步步地讲述G1系统. 1. G1的堆内存结构 堆内存被划分为固定大小的多个区域. 每个heap区(Region)的大小在JVM启动时就确定了. JVM 通常生成 2000 个左右的heap区, 根据堆内存的总大小,区的size范围允许为 1Mb 到 32Mb. 2. G1 堆空间分配 实际上,这些区域(regions)被映射为逻辑上的 Eden, Survivor, 和 old generation(

G1垃圾收集器和CMS垃圾收集器 (http://mm.fancymore.com/reading/G1-CMS%E5%9E%83%E5%9C%BE%E7%AE%97%E6%B3%95.html#toc_8)

参考来源 JVM 体系架构 堆/栈的内存分配 静态和非静态方法的内存分配 CMS 回收算法 应用场景 CMS 垃圾收集阶段划分(Collection Phases) CMS什么时候启动 CMS缺点 G1收集算法 G1的发展 分代垃圾回收瓶颈 G1使用场景 G1特点 G1堆内存的分配 G1的进程内存占用(Footprint) G1 收集器收集过程 G1命令行参数 记录G1的GC日志 G1性能调优 参考来源 http://blog.csdn.net/renfufei/article/details/