为本地IDE运行设置JVM启动参数调优

本次通过VisulVm进行线程的堆区观察，关于在应用运行时，所占用内存发生OOM

切换到JDK的bin目录下，调查堆是否发生OOM
console :java -XX:+PrintCommandLineFlags -version

Output

console.PNG

这里显示 堆的最大值大小为 MaxHeapSize，这里的MaxHeapSize可能和VisulVm中堆的最大值有所偏差,
这是因为虚拟机的内存对齐，我们暂时以控制台显示的最大堆值为标准，对比VisulVm中观察到的堆内存大小

1_test_solutuion.png

上图可以看出来为最大堆为2124414976B,从2:30开始出现内存抖动。怀疑是因为在jvm启动时，
没有设置年轻代和老年代的分配比例，导致年轻代被频繁GC，故在idea的VM OPTIONS中设置

-XX:NewRatio=2
可以看到从2:30之后，内存的增长速度趋于平缓，可以看出没有发生频繁GC

1_test.png

但系统仍然被占用较大的内存，继续分析idea所属进程

jincheng.png

发现idea进程中占用最多的是idea程序本身的内存,尝试设置运行时最大堆的上限

VM OPTIONS: -XX:NewRatio=2 -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Xms1024m -XX:HeapDumpPath=d:\dump

VisulVM显示如下图

main_test.png

可以看到虽然设置了最大堆上限为默认的1024mb，但是内存增长的速度依然很快

比较初始化堆的峰值,即图三中一开始出现堆内存峰值的时间点 分配:116916114b = 115MB
考虑到除了java堆之外，可能还有其它区域占用内存空间，见深入理解java虚拟机
VM OPTIONS设置为 -XX:NewRatio=2 -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Xms130m -XX:HeapDumpPath=d:\dump

main_result.png

ps:为什么考虑到需要调节初始化堆的大小呢?

让我们呢看一看目录下输出的日志文件

hs_err_pid13036.log

#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (malloc) failed to allocate 1048576 bytes for AllocateHeap
# Possible reasons:
#   The system is out of physical RAM or swap space
#   In 32 bit mode, the process size limit was hit
# Possible solutions:
#   Reduce memory load on the system
#   Increase physical memory or swap space
#   Check if swap backing store is full
#   Use 64 bit Java on a 64 bit OS
#   Decrease Java heap size (-Xmx/-Xms)
#   Decrease number of Java threads
#   Decrease Java thread stack sizes (-Xss)
#   Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
#  Out of Memory Error (memory/allocation.inline.hpp:61), pid=13036, tid=0x00000000000058cc
#
# JRE version:  (8.0_191-b12) (build )
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.191-b12 mixed mode windows-amd64 compressed oops)
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows

建议大家对于当前测试线程不清楚的时候可以多是实在jvm启动参数里设置OOM的输出日志文件，以便于查找错误

但这只是简单的分配年轻代和老年代，那有没有适合分代的回收调参呢
根据本机8G双核的机器配置，采用Parnew+cms收集器，年轻代加快复制次数，老年代减少停顿时间。idea最终调优如下

-Xms512m
-Xmx512m
-XX:MaxPermSize=50m
-XX:+UseConcMarkSweepGC
-XX:+UseParNewGC
-XX:+CMSClassUnloadingEnabled
-XX:+DisableExplicitGC
-XX:+UseCMSInitiatingOccupancyOnly
-XX:CMSInitiatingOccupancyFraction=68
-verbose:gc
-XX:+PrintGCDetails
-Xloggc:{CATALINA_BASE}/logs/gc.log
-XX:+PrintGCDateStamps
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath={CATALINA_BASE}/logs

更大型系统的jvm调优请参考大型跨境电商JVM调优