jvm调优-从eclipse开始

分手后的思念是犯贱 2022-07-14 12:21 110阅读 0赞

jvm调优-从eclipse开始

# 概述 #

什么是jvm调优呢？jvm调优就是根据gc日志分析jvm内存分配、回收的情况来调整各区域内存比例或者gc回收的策略；更深一层就是根据dump出来的内存结构和线程栈来分析代码中不合理的地方给予改进。eclipse优化主要涉及的是前者，通过gc日志来分析。本文主要是通过分析eclipse gc日志为例来示例如何根据gc日志来分析jvm内存而进行调优,像根据关闭eclipse启动项、关闭各种校验等措施来优化eclipse本文不再阐述，网上有很多，本次测试的eclipse已经进行了配置上面的优化。

# 准备环境 #

eclipse版本：Release 4.5.0

eclipse 默认配置：eclipse.ini

![复制代码][copycode.gif]

-startupplugins/org.eclipse.equinox.launcher_1.3.100.v20150511-1540.jar--launcher.libraryplugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.300.v20150602-1417-productorg.eclipse.epp.package.jee.product--launcher.defaultActionopenFile--launcher.XXMaxPermSize256M-showsplashorg.eclipse.platform--launcher.XXMaxPermSize256m--launcher.defaultActionopenFile--launcher.appendVmargs-vmargs-Dosgi.requiredJavaVersion=1.7-Xms256m-Xmx1024m

![复制代码][copycode.gif]

在配置的末尾处添加如下配置文件：

\-XX:+PrintGCDetails   // 输出GC的详细日志

\-XX:+PrintGCDateStamps // 输出GC的时间戳（以日期的形式）

\-Xloggc:gc.log  // 输出GC的详细日志

eclipse启动计时插件：

http://www.chendd.cn/information/viewInformation/experienceShare/148.a

GChisto.jar:gc日志分析工具jar包一个

[![image][]][image 1]

Visual GC: java自带的内存监控工具，通过visual gc可以实时的监控到各个内存区域的变化。

[![image][image 2]][image_image 2]

# 如何分析GC日志 #

摘录GC日志一部分（绿色为年轻代gc回收；蓝色为full gc回收）：

2016-07-05T10:43:18.093+0800: 25.395: \[GC \[PSYoungGen: 274931K->10738K(274944K)\] 371093K->147186K(450048K), 0.0668480 secs\] \[Times: user=0.17 sys=0.08, real=0.07 secs\]

2016-07-05T10:43:18.160+0800: 25.462: \[Full GC \[PSYoungGen: 10738K->0K(274944K)\] \[ParOldGen: 136447K->140379K(302592K)\] 147186K->140379K(577536K) \[PSPermGen: 85411K->85376K(171008K)\], 0.6763541 secs\] \[Times: user=1.75 sys=0.02, real=0.68 secs\]

通过上面日志分析得出，PSYoungGen、ParOldGen、PSPermGen属于Parallel收集器。其中PSYoungGen表示gc回收前后年轻代的内存变化；ParOldGen表示gc回收前后老年代的内存变化；PSPermGen表示gc回收前后永久区的内存变化。young gc 主要是针对年轻代进行内存回收比较频繁，耗时短；full gc 会对整个堆内存进行回城，耗时长，因此一般尽量减少full gc的次数

通过两张图非常明显看出gc日志构成：

young gc 日志

[![myj][]][myj 1]

Full GC日志

[![fj][]][fj 1]

# 启动调优 #

启动eclipse查看默认配置下启动时间大概是22秒。

[![image][image 3]][image_image 3]

根据GChisto分析gc日志看出来，启动过程中进行了一次full gc,19次minor gc;full gc和young gc的时间差不多都是0.65秒左右。

[![image][image 4]][image_image 4]

## 第一步优化： ##

为了避免内存频繁的动态扩展，直接把-Xms配置和-Xmx一致，修改如下：

\-Xms1024m

修改完毕，重新启动：

[![image][image 5]][image_image 5]

[![image][image 6]][image_image 6]

启动时间缩小到17秒，分析gc日志得出young gc22次，full gc没有了! 但是young gc增加了两次。

## 第二步优化： ##

因为本机的内存8G,给eclipse分配1g还是有点小了，简单粗暴直接所有内存配置加倍。

配置如下：

\--launcher.XXMaxPermSize

512M

\--launcher.XXMaxPermSize

512m

\-Xms2048m

\-Xmx2048m

启动时间缩小到15秒，但是 young gc已经缩短到只有7次，说明因为gc回收导致eclipse 启动慢的问题已经初步解决

[![image][image 7]][image_image 7]

## 第三步优化： ##

[![image][image 8]][image_image 8]

通过Visual GC看到在eclipse启动的时候classloader加载class的时间有一些，关闭字节码可能会优化一部分启动时间，加入如下参数：

\-Xverify:none（关闭Java字节码验证，从而加快了类装入的速度）

重新启动测试,启动时间已经优化到了9秒！

[![image][image 9]][image_image 9]

查看启动日志，young gc 的次数仅仅只有了一次！

至此优化结束，附最终的eclipse.ini文件

![复制代码][copycode.gif]

-startupplugins/org.eclipse.equinox.launcher_1.3.100.v20150511-1540.jar--launcher.libraryplugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.300.v20150602-1417-productorg.eclipse.epp.package.jee.product--launcher.defaultActionopenFile--launcher.XXMaxPermSize512M-showsplashorg.eclipse.platform--launcher.XXMaxPermSize512m--launcher.defaultActionopenFile--launcher.appendVmargs-vmargs-Dosgi.requiredJavaVersion=1.7-Xms2048m-Xmx2048m-Xverify:none-XX:+PrintGCDetails                 -XX:+PrintGCDateStamps-Xloggc:gc.log

[copycode.gif]: /images/20220714/4623835592d24ae68c7749df0543c9ba.png
[image]: /images/20220714/ed785abe167d469097699d7ca6343872.png
[image 1]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171225530-376554919.png
[image 2]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171228905-1615550720.png
[image_image 2]: /images/20220714/8265df150c3c4116b8d62b15ef7b0d31.png
[myj]: /images/20220714/5c90bbb5438b47cfb726e26b43ce9b3c.png
[myj 1]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171230967-1443966586.jpg
[fj]: /images/20220714/b857d909eb004ca6ba3b05beee9f8fab.png
[fj 1]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171232717-1707054071.jpg
[image 3]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171235280-595788973.png
[image_image 3]: /images/20220714/40bc997ad2fd4983a18334e8b77fb09f.png
[image 4]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171237077-1137462961.png
[image_image 4]: /images/20220714/c76624e1838842d6b6bdcd48d678e39c.png
[image 5]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171238702-1749048400.png
[image_image 5]: /images/20220714/99e8185068e346059dcc490070a01d8c.png
[image 6]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171240139-273751367.png
[image_image 6]: /images/20220714/0c062b0893594316bc44d02d8652080d.png
[image 7]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171241608-326883801.png
[image_image 7]: /images/20220714/608f360fca0d4969bf3575d1dc37b8ea.png
[image 8]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171244421-550060675.png
[image_image 8]: /images/20220714/1d5e20e50161462ba5822f3bce4741d8.png
[image 9]: http://images2015.cnblogs.com/blog/331425/201607/331425-20160706171245827-1207904275.png
[image_image 9]: /images/20220714/a55875e4e2994b5caecf9f7c0cab0ae6.png