八张图彻底了解JDK8 GC调优秘籍-附PDF下载

原创
06/23 07:16
阅读数 3.7W

简介

JVM的参数有很多很多,根据我的统计JDK8中JVM的参数总共有1853个,正式的参数也有680个。

这么多参数带给我们的是对JVM的细粒度的控制,但是并不是所有的参数都需要我们自己去调节的,我们需要关注的是一些最常用的,对性能影响比较大的GC参数即可。

为了更好的让大家理解JDK8中 GC的调优的秘籍,这里特意准备了八张图。在本文的最后,还附带了一个总结的PDF all in one文档,大家把PDF下载回去,遇到问题就看两眼,不美吗?

分代垃圾回收器的内存结构

为了更好的提升GC的效率,现代的JVM都是采用的分代垃圾回收的策略(ZGC不是)。

java运行时内存可以分为JVM内存和非JVM内存。

JVM内存又可以分为堆内存和非堆内存。

堆内存大家都很熟悉了,YoungGen中的Eden,Survivor和OldGen。

非堆内存中存储的有thread Stack,Code Cache, NIO Direct Buffers,Metaspace等。

注意这里的Metaspace元空间是方法区在JDK8的实现,它是在本地内存中分配的。

JDK8中可用的GC

JDK8中到底有哪些可以使用的GC呢?

这里我们以HotSpot JVM为例,总共可以使用4大GC方式:

其中对于ParallelGC和CMS GC又可以对年轻代和老年代分别设置GC方式。

大家看到上图可能有一个疑问,Parallel scavenge和Parallel有什么区别呢?

其实这两个GC的算法是类似的,Parallel Scavenge收集器也经常称为“吞吐量优先”收集器,Parallel Scavenge收集器提供了两个参数用于精确控制吞吐量; -XX:MaxGCPauseMillis:控制最大垃圾收集停顿时间; -XX:GCTimeRatio:设置吞吐量大小。

同时Parallel Scavenge收集器能够配合自适应调节策略,把内存管理的调优任务交给虚拟机去完成。

JDK8中默认开启的是ParallelGC。

打印GC信息

如果想研究和理解GC的内部信息,GC信息打印是少不了的:

上图提供了一些非常有用的GC日志的控制参数。

内存调整参数

JVM分为Heap区和非Heap区,各个区又有更细的划分,下面就是调整各个区域大小的参数:

Thread配置

TLAB大家还记得吗?TLAB的全称是Thread-Local Allocation Buffers。TLAB是在Eden区间分配的一个一个的连续空间。然后将这些连续的空间分配个各个线程使用。

因为每一个线程都有自己的独立空间,所以这里不涉及到同步的概念。

上图就是TLAB的参数。

通用GC参数

虽然JDK8的GC这么多,但是他们有一些通用的GC参数:

这里讲解一下Young space tenuring,怎么翻译我不是很清楚,这个主要就是指Young space中的对象经过多少次GC之后会被提升到Old space中。

CMS GC

CMS全称是Concurrent mark sweep。是一个非常非常复杂的GC。

复杂到什么程度呢?光光是CMS调优的参数都有一百多个!

下图是常用的CMS的参数。

CMS这里就不多讲了,因为在JDK9之后,CMS就已经被废弃了。

主要原因是CMS太过复杂,如果要向下兼容需要巨大的工作量,然后就直接被废弃了。

在JDK9之后,默认的GC是G1。

G1参数

G1收集器是分代的和region化的,也就是整个堆内存被分为一系列大小相等的region。在启动时,JVM设置region的大小,根据堆大小的不同,region的大小可以在1MB到32MB之间变动,region的数量最多不超过2048个。Eden区、Survivor区、老年代是这些region的逻辑集合,它们并不是连续的。

G1中的垃圾收集过程:年轻代收集和混合收集交替进行,背后有全局的并发标记周期在进行。当老年代分区占用的空间达到或超过初始阈值,就会触发并发标记周期。

下图是G1的调优参数:

总结

上面总共8副图,我把他们做成了一个PDF,预览界面大概是这样子的:

大家可以通过下面的链接直接下载PDF版本:

JDK8GC-cheatsheet.pdf

如果遇到问题可以直接拿过来参考。这种东西英文名字应该叫JDK8 GC cheatsheet,翻译成中文应该就是JDK8 GC调优秘籍!

本文作者:flydean程序那些事

本文链接:http://www.flydean.com/jdk8-gc-cheatsheet/

本文来源:flydean的博客

欢迎关注我的公众号:程序那些事,更多精彩等着您!

展开阅读全文
打赏
18
194 收藏
分享
加载中
貌似知乎貌似见过标题,属于营销号的文章啊。。。
06/28 17:25
回复
举报
flydean博主
知乎应该也是我:-)
06/28 21:16
回复
举报
TLAB是在eEden区空间划分的线程专属堆内存,而对象栈上分配是JIT逃逸分析的结果。往往TLAB和栈空间内存都有限,大对象还是得直接堆分配,对小对象优化效果大一点。
06/28 17:23
回复
举报
flydean博主
不好意思, 搞混淆了, 我修改一下 :)
06/28 21:09
回复
举报
flydean博主
已修改, 大佬检阅一下
06/28 21:16
回复
举报
好的,点赞
06/28 22:02
回复
举报
flydean博主
谢谢大佬
06/29 07:22
回复
举报
我先收了,虽然看不懂。
06/28 12:57
回复
举报
您好,请问jvm能申请系统多大的CPU和内存量?默认配置能完全申请机器所有性能吗?
06/28 11:05
回复
举报
flydean博主
CPU控制不了吧, 只能控制JIT编译时候使用的线程个数。 内存只能控制heap的大小。 要想控制CPU和整体的内存, 可以考虑放在docker里面, 对docker进行限制。
06/28 12:34
回复
举报
www.injdk.cn
06/28 08:09
回复
举报
是你呀👍
06/23 15:05
回复
举报
flydean博主
大佬, 是我!
06/23 22:04
回复
举报
flydean博主
加油!!!
06/23 07:16
回复
举报
更多评论
打赏
14 评论
194 收藏
18
分享
返回顶部
顶部