面试官:怎么做JDK8的内存调优?
面试官:怎么做JDK8的内存调优?
看着面试官真诚的眼神,心中暗想看起来年纪轻轻却提出如此直击灵魂的问题。擦了擦额头上汗????,我稍微调整了一下紧张的情绪????,对面试官说:
在内存调优之前,需要先了解JDK8的内存区域是怎么划分的:
JDK8内存结构
JDK8的内存结构主要包括程序计数器(Program Counter Register)、虚拟机栈(Java Virtual Machine Stacks)、本地方法栈(Native Method Stacks)、堆(Java Heap)、元空间(Metaspace)。
其中堆又被划分为老年代(Old Generation)、年轻代(Young Generation),其中年轻代又被划分为一个Eden区和两个Survivor区。
一边说着,一边拿起笔在纸上画了起来:
画完以后,我又说:JDK8的内存调优主要针对的是堆和元空间。内存调优时常用到JVM参数有这些:
-server
JVM的server模式, 在多CPU服务器中性能可以得到更好地发挥。JDK的64位版本只支持server模式,因此在这种情况下,选项是隐式的。
-Xmx
指定堆所分配内存的最大值,等同于-XX:MaxHeapSize。不附加字母时,单位为byte,必须是1024的倍数,并且大于2MB;附加字母k或K时,表示单位为KB;附加字母m或M时,表示单位为MB;附加字母g或G时,表示单位为G。
下面的例子是使用不同的单位把堆所分配内存的最大值设置为1GB:
-Xmx1G
-Xmx1024M
-Xmx1048576K
-Xmx1073741824
-Xms
指定堆所分配内存的初始值,不附加字母时,单位为byte,必须是1024的倍数,并且大于1MB;附加字母k或K时,表示单位为KB;附加字母m或M时,表示单位为MB;附加字母g或G时,表示单位为G。如果不设置这个初始值,那么初始值将被设置为老年代和年轻代分配内存的大小的总和。
下面的例子是使用不同的单位把堆所分配的初始值设置为4GB:
-Xms4G
-Xms4096M
-Xms4194304K
-Xms4294967296
对于生产环境的部署,-Xms和-Xmx通常设置为相同的值。
-Xmn
指定堆的年轻代分配内存的初始值和最大值,不附加字母时,单位为byte;附加字母k或K时,表示单位为KB;附加字母m或M时,表示单位为MB;附加字母g或G时,表示单位为G。
堆的年轻代区域用于存放新生对象。与其他区域相比,在这个区域执行垃圾回收的频率更高。如果年轻代的内存太小,那么将执行许多次垃圾回收。如果年轻代的内存太大,那么执行完整的垃圾回收可能需要很长时间才能完成。一般建议把年轻代的大小保持在整个堆大小的1/2到1/4之间。
下面的例子是使用不同的单位把年轻代所分配内存的初始值和最大值设置为2GB:
-Xmn2G
-Xmn2048M
-Xmn2097152K
-Xmn2147483648
除了使用-Xmn选项设置年轻代的初始值和最大值,还可以使用-XX:NewSize设置年轻代的初始值,使用-XX:MaxNewSize设置年轻代的最大值。
-XX:NewRatio
指定老年代和年轻代空间大小的比率。默认为2,即老年代和年轻代空间大小的比率为2:1,年轻代占整个堆内存空间大小的1/3。下面的例子是把老年代和年轻代空间大小的比率设置为1:
-XX:NewRatio=1
另外,年轻代分配内存设置的优先级如下:
- 高优先级: -XX:NewSize/-XX:MaxNewSize
- 中优先级: -Xmn
- 低优先级: -XX:NewRatio
-XX:SurvivorRatio
指定Eden区和一个Survivor区的空间大小的比率。默认为8,即Eden区和一个Survivor区的空间大小为8:1,因为一共有两个Survivor区,所以Eden区占年轻代内存大小的80%。下面的例子是把Eden区和一个Survivor区的空间大小的比率设置为4:
-XX:SurvivorRatio=4
-XX:MetaspaceSize
指定元空间第一次触发垃圾回收的内存大小的阈值。当元空间内存占用不断增大,直到达到这个阈值时,就会触发一次垃圾回收。所以,适当的增大这个阈值,会减少垃圾回收的次数。默认值根据平台而定,一般情况下大约20.8MB。下面的例子是把元空间第一次触发垃圾回收的内存大小设置为256MB:
-XX:MetaspaceSize=256M
有一些小伙伴对这个参数有误解,造成不必要的麻烦。重申一下:-XX:MetaspaceSize不是元空间内存大小的初始值,不是元空间内存大小的初始值,不是元空间内存大小的初始值,重要的事情说三遍。
-XX:MaxMetaspaceSize
指定元空间所分配内存的最大值,默认是没有限制,取决于系统的可用内存量,理论上可以占满整个系统的内存。为了避免这种惨剧,影响系统上的其他应用,需要适当设置它的大小。下面的例子是把元空间所分配内存的最大值设置为512MB:
-XX:MaxMetaspaceSize=512M
面试官微笑地说:这些常用的内存调优参数总结的不错,可以结合这些参数写一个内存调优实例吗?
被面试官夸奖一下,我按捺住心中的喜悦说:当然可以。
内存调优实例
尽可能把堆内存的空间设置大一些,以减少垃圾回收的次数。假设服务器上的可用内存还有12GB,那么先指定堆所分配内存的最大值和初始值为8GB。一般情况下,年轻代内存大小需在整个堆大小的1/2到1/4之间,那么就指定年轻代内存大小为3GB。再把Eden区和一个Survivor区的空间大小的比率设置为4。元空间第一次触发垃圾回收的内存大小的阈值设置为256MB,一般情况下足够用。元空间所分配内存的最大值设置为512MB,为了避免极端情况下占用大量内存。另外,还需要明确指定JVM以server模式启动。
内存调优的参数基本敲定,用它启动一个名为one-more-study-0.0.1-SNAPSHOT.jar的jar文件:
java -server -Xmx8G -Xms8G -Xmn3G -XX:SurvivorRatio=4 -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=512M -jar one-more-study-0.0.1-SNAPSHOT.jar
如果执行jmap -heap
命令查看对应Java进程的内存配置和使用情况,应该是这样的:
Attaching to process ID 31828, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.251-b08
using thread-local object allocation.
Parallel GC with 8 thread(s)
Heap Configuration: #堆的内存配置
MinHeapFreeRatio = 0
MaxHeapFreeRatio = 100
# 堆内存的最大值
MaxHeapSize = 8589934592 (8192.0MB)
# 年轻代内存的大小
NewSize = 3221225472 (3072.0MB)
# 年轻代内存的最大值
MaxNewSize = 3221225472 (3072.0MB)
# 老年代内存的大小
OldSize = 5368709120 (5120.0MB)
# 老年代和年轻代空间大小的比率
# 因为设置Xmn参数,该设置未生效
NewRatio = 2
#Eden区和一个Survivor区的空间大小的比率
SurvivorRatio = 4
# 元空间第一次触发垃圾回收的内存大小
MetaspaceSize = 268435456 (256.0MB)
# 元空间内存的最大值
MaxMetaspaceSize = 536870912 (512.0MB)
G1HeapRegionSize = 0 (0.0MB)
Heap Usage: # 堆的使用情况
PS Young Generation
Eden Space: # Eden区内存的使用情况
capacity = 2147483648 (2048.0MB)
used = 901945720 (860.16MB)
free = 1245537928 (1187.83MB)
42.000120505690575% used
From Space: # Survivor的From区内存的使用情况
capacity = 536870912 (512.0MB)
used = 0 (0.0MB)
free = 536870912 (512.0MB)
0.0% used
To Space: # Survivor的To区内存的使用情况
capacity = 536870912 (512.0MB)
used = 0 (0.0MB)
free = 536870912 (512.0MB)
0.0% used
PS Old Generation # 老年代内存的使用情况
capacity = 5368709120 (5120.0MB)
used = 0 (0.0MB)
free = 5368709120 (5120.0MB)
0.0% used
12047 interned Strings occupying 1045744 bytes.
听了我的回答后,面试官对我会心一笑,我仿佛还在她的眼神中看到了一丝敬仰。正所谓:万两黄金容易得,知心一个也难求,欲知后事如何,且听下回分解。
本文原文地址:https://blog.csdn.net/heihaozi/article/details/107714595