JVM 不同GC的性能对比

最新推荐文章于 2024-04-12 10:48:03 发布
最新推荐文章于 2024-04-12 10:48:03 发布
阅读量641 收藏 1
点赞数
分类专栏： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/theflybrid/article/details/112747854
版权

并行GCVS G1GC

在这里插入图片描述
这里设置最大堆内存均为1g时，并行GC和默认参数下吞吐量明显不同，并行GC的吞吐量少
查看java版本后发现我这里安装的是jdk’9’，而jdk9默认使用G1GC，JDK8默认并行GC。

256m

在这里插入图片描述

其中有一个 compose oops mode，JVM压缩指针 Oracle JDK从6 update 23开始在64位系统上会默认开启压缩指针。
JVM之压缩指针——Compressed oops
zhel 在这里插入图片描述
这里是第一次GC
六行分别是 GC的触发原因对那个区进的GC 内存分配失败 年轻代的内存变化 （G
C） 老年代的内存变化（提升） 元数据区（不变） 总的GC信息（触发原因，总内存变化 总用时 ）
在这里插入图片描述
这里还都是youngGC 平均用时18ms/每次
在这里插入图片描述
这里就都是发生的fullGC了，每次GC后young区基本清零，old区略有增加，平均66ms/每次
在这里插入图片描述
这里有一个问题分配内存为256m按理说会崩掉，结果打印详细参数时不会崩掉且，设置的运行时间是2s，结果这里到了2.5s以上，而且仔细看2.14秒的内存还没溢出（这里写在代码里的循环时间控制并不是很精确，可能两秒前进入了GC，暂定掉了工作线程）
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
添加了PrintGCDetails后吞吐量变为原来的1/5了，难怪刚才没有报OOM异常
在这里插入图片描述
另外在程序结束后还有一次总的GC，另外在2s的一个小邻域内可能会有触发一次Gc，所以时间才会超过2s
在这里插入图片描述
在这里插入图片描述
仅仅只打印命令的不同，一个打印在了文件里，也会导致吞吐量的巨大差异
在这里插入图片描述
在这里插入图片描述
可以看出并行GC的吞吐量更好，每次GC的时间更短，并行（平均每次20ms），G1（平均每次40ms，每次stw10ms ）延迟更少

串行VS并行

内存1g时，串行的吞吐量居然更好
串行：时间在20~70ms
在这里插入图片描述
并行：时间在10~30ms
在这里插入图片描述
3：
并行：![在这里插入图片描述](https://img-blog.csdnimg.cn/20210117165209987.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3RoZWZseWJyaWQ=,size_16,color_FFFFFF,t_70

串行：在这里插入图片描述
3g时，并行不论是在吞吐量还是在单词延迟上都可以完爆串行GC

CMS

jdk9废弃了CMS

两页扁舟
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
聊聊JVM（一）相对全面的GC总结
ITer_ZC的专栏
12-05 1万+
最近时间比较紧张，要写的东西也有很多，只能想到一点写一点。关于GC，网上的资料太多，之前对一个系统调优的时候又回顾了一下，找了几篇广泛流传的资料，大部分都是大同小异，这里总个总结，希望能够做个相对的全集，并写出一些新的点，比如Card Marking（卡片标记）等。 首先是大家都要提到的GC的基础算法：标记清除，标记整理，复制，分代。这些算法的第一步都是做的一件事: 标记(Mark)。
聊聊JVM（二）说说GC的一些常见概念
热门推荐
ITer_ZC的专栏
12-08 1万+
上一篇总结GC的基础算法，各种GC收集器的基本原理，还是比较粗粒度的概念。这篇会整理一些GC的常见概念，理解了这些概念，相信对GC有更加深入的理解 1. 什么时候会触发Minor GC?     Eden区域满了，或者新创建的对象大小 > Eden所剩空间    CMS设置了CMSScavengeBeforeRemark参数，这样在CMS的Remark之前会先做一次Minor GC
JVM系列：二、不同 GC 的演变与差异
BigBug_500的博客
11-28 1343
垃圾回收   目前垃圾收集器基本都是采用分代收集的方法，其思想是，针对堆中不同存活周期、不同内存大小的对象采取不同的垃圾回收策略。 堆（Heap）中新生代、老年代的划分与垃圾回收算法 常见的 垃圾回收算法 如下： 引用计数（无法解决循环引用的问题，故 JVM 中没有使用） 复制（会对类进行反复复制，带来资源的消耗） 标记清除（Mark-Sweep，被标记的清除对象清除后，会带来内存碎片，导致内...
JVM调优实战之三种垃圾收集器组合性能比较（GC Easy日志分析）
07feng的博客
09-19 391
低延时接口三种垃圾收集器组合性能对比；parnew+cms,ps+po,g1
JVM与GC原理
最新发布
甄知一二的博客
04-12 889
Java 虚拟机（Java Virtual Machine，JVM）是 Java 平台的核心组件之一，它是一个：程序员编写 Java 源代码文件（.java 文件），其中包含类、方法、变量等定义。：使用 Java 编译器（javac）将源代码文件编译成字节码文件（.class 文件）。编译过程将源代码文件转换为平台无关的字节码。：Java 虚拟机（JVM）加载字节码文件到内存中，并对字节码进行验证、准备和解析等操作。：在链接阶段，JVM 将字节码文件中的符号引用转换为直接引用，并生成可执行代码。
JVM GC有哪几种，有什么区别，分别有什么触发条件？
HUBA_yosa的博客
12-20 460
Minor GC：对象从新生代区域消失的过程，清理整个YoungGen，eden和S0/S1的清理都会由于MinorGC Allocation Failure（YoungGen区内存不足）而触发minorGC； major GC：对象从老年代区域消失的过程，OldGen区内存不够而触发MajorGC； Full GC：清理整个堆空间，包括新生代、老年代、永久代，触发的场景： System.GC 年代晋升失败，比如eden区存活的对象晋升到S区放不下，又尝试直接晋升到Old区还是放不下，那么Promotio
JVM性能调优-JVM内存整理及GC回收.docx
07-15
JVM性能调优-JVM内存整理及GC回收 JVM（Java Virtual Machine）性能调优是 Java 开发者需要掌握的重要技能之一。 JVM 的性能调优主要涉及到 JVM 内存整理、垃圾回收（GC）机制等方面。 Java 中的值传递和引用传递...
JDK8GC-cheatsheet.pdf
06-22
这么多参数带给我们的是对JVM的细粒度的控制，但是并不是所有的参数都需要我们自己去调节的，我们需要关注的是一些最常用的，对性能影响比较大的GC参数即可。 为了更好的让大家理解JDK8中 GC的调优的秘籍，这里特意...
JVM调优详解.docx
09-13
JVM 调优是 Java 虚拟机（Java Virtual Machine）中的一种技术，用于优化 Java 应用程序的性能和内存使用。其中，垃圾回收（Garbage Collection）是 JVM 调优的重要组成部分，本文将详细介绍 JVM 调优中的垃圾回收...
浅析JVM逃逸的原理及分析
08-26
1. 栈上分配：一般情况下，不会逃逸的对象所占空间比较大，如果能使用栈上的空间，那么大量的对象将随方法的结束而销毁，减轻了 GC 压力。 2. 同步消除：如果你定义的类的方法上有同步锁，但在运行时，却只有一个...
jvm常用调优方式
04-17
JVM 调优是一种非常重要的技术，它能够帮助我们提高 Java 应用程序的性能和稳定性。在这篇文章中，我们将探讨 JVM 调优的重要性和各种调优方式。 首先，需要注意的是，在对 JVM 内存调优的时候不能只看操作系统级别...
对比JVM GC算法的读书笔记
weixin_33738578的博客
03-05 56
GC面临的问题有三个：哪些内存需要回收、什么时候回收和怎么回收 哪些内存需要回收，一般有两种方法 引用计数 对每个对象都有个被引用的次数，单被引用的次数为0的时候，就表示对象需要被回收 引用计数的缺点是没有办法解决循环引用导致的内存泄露问题 可达性分析 现在主流的GC方法都使用可达性分析 以GC root为起点，遍历整个...
java g1的并行_jvm默认的并行垃圾回收器和G1垃圾回收器性能对比
weixin_29345939的博客
02-26 183
http://www.importnew.com/13827.html参数如下：JAVA_OPTS="-server -Xms1024m -Xmx1024m -Xss256k -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256m -XX:+UseG1GC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/...
CMS收集器和G1收集器的区别
代码学习之路的博客
09-25 540
CMS收集器和G1收集器的区别 区别一： 使用范围不一样 CMS收集器是老年代的收集器，可以配合新生代的Serial和ParNew收集器一起使用 G1收集器收集范围是老年代和新生代。不需要结合其他收集器使用 区别二： Stop-to-World的时间 CMS收集器以最小的停顿时间为目标的收集器。 G1收集器可预测垃圾回收的停顿时间（建立可预测的停顿时间模型） 区别三： 垃圾碎片 CMS收集器是使用...
几种常见GC方式对比
liushuang6018的博客
08-01 6723
GC算法 标记-清除 复制 标记-整理 分代收集 一些收集器 Serial 单线程收集器 ParNew Serial的多线程版 Parallel Scavenge 关注吞吐率 CMS收集器 stop the world 时间最短 G1收集器 使用G1: -XX:+UseG1GC -Xmx32g -XX:MaxGCPauseMillis=200， 设置最大间隔时间 G1将新生代、老年代
java cms gc_G1，CMS及PARALLEL GC的比较
weixin_36431157的博客
02-23 275
G1，CMS及PARALLEL GC的比较Published:01 May 2014Category:这篇文章正好接上前一年我们做的一次现实环境下不同GC算法性能比较的试验。这次我们仍然进行同样的试验，不过增加了对G1回收器的测试，并且在多个平台进行测试。今年我们测试的垃圾回收器有如下几个：-XX:+UseParallelOldGC-XX:+UseConcMarkSweepGC-XX:+UseG1...
java垃圾回收对比
08-11 263
串行、并行与并发 串行：单个线程执行垃圾回收，并且此时用户线程仍然处于等待状态。 并行：指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态。 并发：指用户线程与垃圾收集线程同时执行（但不一定是并行的，可能会交替执行），用户程序在继续运行，而垃圾收集程序运行于另一个CPU上。 新生代回收器 名称 串行/并行/并发 回收算法 适用场景 可以与cms配合 SerialGC 串行 复制 单cpu 是 ParNewGC 并行 复制 .
java gc种类_Java GC种类及调优
weixin_35131425的博客
02-13 708
调整JVM GC(Garbage Collection)，可以极大的减少由于GC工作，而导致的程序运行中断方面的问题，进而适当的提高Java程序的工作效率。但是调整GC是以个极为复杂的过程，由于各个程序具备不同的特点，如：web和GUI程序就有很大区别(Web可以适当的停顿，但GUI停顿是客户无法接受的)，而且由于跑在各个机器上的配置不同(主要cup个数，内存不同)，所以使用的GC种类也会不同。接...
java gc 对性能_GC 的认识 - 19. Go 对比 Java、V8 中 JavaScript 的 GC 性能如何？ - 《Go 语言问题集(Go Questions)》 - 书栈网 · Bo...
weixin_35698069的博客
02-24 225
19. Go 对比 Java、V8 中 JavaScript 的 GC 性能如何？无论是 Java 还是 JavaScript 中的 GC 均为分代式 GC。分代式 GC 的一个核心假设就是分代假说：将对象依据存活时间分配到不同的区域，每次回收只回收其中的一个区域。V8 的 GC在 V8 中主要将内存分为新生代和老生代。新生代中的对象为存活时间较短的对象，老生代中的对象为存活时间较长、常驻内存、占...
elasticsearch节点内存为31G, 该如何调整JVM的GC参数
05-27
在 Elasticsearch 中，JVM 的 GC 参数是影响性能的重要因素之一。如果 Elasticsearch 节点内存为 31G，那么可以根据具体情况适当调整 JVM 的 GC 参数。 一般情况下，可以按照以下步骤进行调整： 1. 查看当前 JVM 参数：在 Elasticsearch 安装目录下的 `config/jvm.options` 文件中查看当前的 JVM 参数设置。 2. 调整堆内存大小：根据节点内存大小，合理地调整 JVM 的堆内存大小，一般建议设置为总内存的 50% 左右，即在 jvm.options 文件中修改 `-Xms` 和 `-Xmx` 参数值。 3. 选择合适的 GC 策略：在 jvm.options 文件中选择合适的 GC 策略，可以选择 CMS、G1 等。 4. 调整 GC 参数：根据实际情况，适当调整 GC 相关参数，如eden区大小、survivor区大小、old区大小、GC 线程数等。 一个比较常见的设置是： ``` -Xms31g -Xmx31g -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -XX:+HeapDumpOnOutOfMemoryError -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=32 -XX:GCLogFileSize=64M ``` 注意：以上是一个参考设置，具体需要根据实际情况进行调整。同时，修改完 JVM 参数后，需要重启 Elasticsearch 节点才能生效。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值