切换到JDK的bin目录下,调查堆是否发生OOM
console : java -XX:+PrintCommandLineFlags -version
Output
这里显示 堆的最大值大小为 MaxHeapSize ,这里的MaxHeapSize可能和VisulVm中堆的最大值有所偏差,
这是因为 虚拟机的内存对齐 ,我们暂时以控制台显示的最大堆值为标准,对比VisulVm中观察到的堆内存大小
上图可以看出来为最大堆为 2124414976B ,从2:30开始出现内存抖动。怀疑是因为在jvm启动时,
没有设置年轻代和老年代的分配比例,导致年轻代被频繁GC,故在idea的 VM OPTIONS 中设置
-XX:NewRatio=2
可以看到从2:30之后,内存的增长速度趋于平缓,可以看出没有发生频繁GC
但系统仍然被占用较大的内存,继续分析idea所属进程
发现idea进程中占用最多的是idea程序本身的内存,尝试设置运行时最大堆的上限
VM OPTIONS : -XX:NewRatio=2 -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Xms1024m -XX:HeapDumpPath=d:\dump
VisulVM显示如下图
可以看到虽然设置了最大堆上限为默认的1024mb,但是内存增长的速度依然很快
比较初始化堆的峰值,即图三中一开始出现堆内存峰值的时间点分配: 116916114b = 115MB
考虑到除了java堆之外,可能还有其它区域占用内存空间,见 深入理解java虚拟机
VM OPTIONS 设置为 -XX:NewRatio=2 -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Xms130m -XX:HeapDumpPath=d:\dump
ps:为什么考虑到需要调节初始化堆的大小呢?
让我们呢看一看目录下输出的日志文件
hs_err_pid13036.log
建议大家对于当前测试线程不清楚的时候可以多是实在jvm启动参数里设置OOM的输出日志文件,以便于查找错误
但这只是简单的分配年轻代和老年代,那有没有适合分代的回收调参呢
根据本机8G双核的机器配置,采用Parnew+cms收集器,年轻代加快复制次数,老年代减少停顿时间。idea最终调优如下
更大型系统的jvm调优请参考 大型跨境电商JVM调优
通过命令参数进行配置服务名可以在应用程序的启动命令行中添加-Dskywalking.agent.service_name参数。
skywalking 接入点可以在应用程序的启动命令行中添加-Dskywalking.collector.backend_service参数。
完整命令如下:
在idea中启动参数中配置
我们也可以在 idea 启动配置选项的 VM options 中进行如下配置:
配置完成后,启动项目可以看到如下信息打印到控制台:
查看skywalking
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)