|
|
|
|
公众号矩阵

被虐后,分享JVM调优原理相关的知识和经验

一定要记住的是任何的调优都不是一蹴而就,不要指望改动一个参数就达到调优的目的,也不要仅仅改动了一个参数,就认为是做了调优。调优是在已有的资源和要达到的目标的前提上,进行权衡。

作者: Java编程技术乐园来源: Java编程技术乐园|2021-05-12 13:40

本文只介绍一些原理和思路的内容,希望对你与所帮助!

先了解原理,然后在进行调优。

一定要记住的是任何的调优都不是一蹴而就,不要指望改动一个参数就达到调优的目的,也不要仅仅改动了一个参数,就认为是做了调优。调优是在已有的资源和要达到的目标的前提上,进行权衡。

从类加载到整个JVM的运行周期内大致流程和结构如下:

从上图可以看到,JVM 可以划分为这些部分:

执行引擎,包括:GC、JIT 编译器

类加载子系统,这部分的问题,一般在开发过程中出现

JNI 部分,这部分问题一般在 JVM 之外

运行时数据区;Java 将内存分为 2 大块:堆内存和栈内存

首先我们要对上述的内容有一定的了解,从全局出发。看了上图,在调优中我们能做的也就是对运行时数据区进行一些操作,然后选择执行引擎用何种垃圾收集器对垃圾进行回收。

1、本文调优思路只针对JVM1.8,先看下JVM1.8内存模型

注意:JVM 线程占用的是系统空间,所以当JVM的堆内存越大,系统本身的内存就越少,自然可生成的线程数量就越少。

2、JVM调优,主要从两个方面考虑:堆内存大小配置和垃圾回收算法选择

  1. # 设置堆内存 
  2. -Xmx4g -Xms4g  
  3. # 指定 GC 算法 
  4. -XX:+UseG1GC -XX:MaxGCPauseMillis=50  
  5. # 指定 GC 并行线程数 
  6. -XX:ParallelGCThreads=4  
  7. # 打印 GC 日志 
  8. -XX:+PrintGCDetails -XX:+PrintGCDateStamps  
  9. # 指定 GC 日志文件 
  10. -Xloggc:gc.log  
  11. # 指定 Meta 区的最大值 
  12. -XX:MaxMetaspaceSize=2g  
  13. # 设置单个线程栈的大小 
  14. -Xss1m  
  15. # 指定堆内存溢出时自动进行 Dump 
  16. -XX:+HeapDumpOnOutOfMemoryError  
  17. -XX:HeapDumpPath=/usr/local 

3、JVM - GC类型组合以及适用场合

垃圾回收,分为Young区垃圾回收器,以及Old区垃圾回收器两部分,两部分需要组合使用:

新生代收集器:Serial、ParNew、Parallel Scavenge;

老年代收集器:Serial Old、Parallel Old、CMS;

serial:新生代收集器,是最早出现最成熟的收集器,单线程,独占式,GC时会stop the world 应用暂停。

ParNew :新生代收集器,是Serial 收集器的多线程版本,独占式,同样地GC时会stop the world 应用暂停。

Parallel Scavenge:新生代收集器, 独占式, 与ParNew相似,特点:吞吐量优先

CMS:(concurrent-mark-sweep),老年代收集器,非独占式,多个线程,标记并清除算法,响应时间优先,缺点是GC后不进行内存整理,会有内存碎片。

Serial Old:是Serial 的老年代版本,同样是单线程收集器, 独占式

Parallel Old 是Parallel Scavenge 收集器的老年代版本,多线程收集, 独占式

G1:备受期待的新一代垃圾收集器,可预测的停顿:这又是G1相对于CMS的一大优势,结合了Parallel Scavenge以及CMS两种收集器的优点,又摒弃了其缺陷, 非独占式

收集器的好坏,主要有两个指标:停顿时间和吞吐量

GC 选择的经验总结

综合来看,G1 是 JDK11 之前 HotSpot JVM 中最先进的准产品级(production-ready) 垃圾收集器。重要的是,HotSpot 工程师的主要精力都放在不断改进 G1 上面。在更新的 JDK 版本中,将会带来更多强大的功能和优化。

可以看到,G1 作为 CMS 的代替者出现,解决了 CMS 中的各种疑难问题,包括暂停时间的可预测性,并终结了堆内存的碎片化。对单业务延迟非常敏感的系统来说,如果 CPU 资源不受限制,那么 G1 可以说是 HotSpot 中最好的选择,特别是在最新版本的 JVM 中。当然这种降低延迟的优化也不是没有代价的:由于额外的写屏障和守护线程,G1 的开销会更大。如果系统属于吞吐量优先型的,又或者 CPU 持续占用 100%,而又不在乎单次 GC 的暂停时间,那么 CMS 是更好的选择。

总之,G1 适合大内存,需要较低延迟的场景。

选择正确的 GC 算法,唯一可行的方式就是去尝试,并找出不合理的地方,一般性的指导原则:

  • 如果系统考虑吞吐优先,CPU 资源都用来最大程度处理业务,用 Parallel GC;
  • 如果系统考虑低延迟有限,每次 GC 时间尽量短,用 CMS GC;
  • 如果系统内存堆较大,同时希望整体来看平均 GC 时间可控,使用 G1 GC。

对于内存大小的考量:

  • 一般 4G 以上,算是比较大,用 G1 的性价比较高。
  • 一般超过 8G,比如 16G-64G 内存,非常推荐使用 G1 GC。

最后讨论一个很多开发者经常忽视的问题,也是面试大厂常问的问题:

JDK 8 的默认 GC 是什么?

很多人或觉得是 CMS,甚至 G1,其实都不是。

答案是:JDK 8并行 GC 是 JDK8 里的默认 GC 策略。默认使用的是 Parallel Scavenge (新生代) 和 Parallel Old (老年代),基于我的Jdk 1.8.0_181-b13版本

注意,G1 成为 JDK9 以后版本的默认 GC 策略,同时,ParNew + SerialOld 这种组合不被支持。

最后在分享一下,调优后如果还遇到JVM相关问题,请记住十六字箴言:做好监控,定位问题,验证结果,总结归纳。

【编辑推荐】

  1. NoSQL 数据库之 HBase 基础视频课程【侯圣文】
  2. 在项目中使用C3P0作为数据库连接池,被技术总监怼了
  3. 数据库环境标准化管理的初步规划
  4. Java编程内功-数据结构与算法「分治算法」
  5. Gartner:72%的数据和分析领导者正在领导或重度参与数字化转型计划
【责任编辑:武晓燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

数据湖与数据仓库的分析实践攻略

数据湖与数据仓库的分析实践攻略

助力现代化数据管理:数据湖与数据仓库的分析实践攻略
共3章 | 创世达人

8人订阅学习

云原生架构实践

云原生架构实践

新技术引领移动互联网进入急速赛道
共3章 | KaliArch

40人订阅学习

数据中心和VPDN网络建设案例

数据中心和VPDN网络建设案例

漫画+案例
共20章 | 捷哥CCIE

234人订阅学习

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微