【JVM 3】Eclipse运行速度调优

川长思鸟来 2021-08-20 02:47 322阅读 0赞

本系列是用来记录《深入理解Java虚拟机》这本书的读书笔记。方便自己查看，也方便大家查阅。

**欲速则不达，欲达则欲速！**

这两天看了JVM的内存优化，决定尝试一下，对Eclipse进行内存调优。  
本次使用的机器为64位Win10系统，虚拟机为Java HotSpot(TM) 64-Bit。硬件是台式联想电脑，Intel Pentium G630，8G物理内存。

# **一、Eclipse配置文件eclipse.ini** #

-startup
    plugins/org.eclipse.equinox.launcher_1.4.0.v20161219-1356.jar
    --launcher.library
    plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.551.v20171108-1834
    -product
    org.eclipse.epp.package.jee.product
    -showsplash
    org.eclipse.epp.package.common
    --launcher.defaultAction
    openFile
    --launcher.defaultAction
    openFile
    --launcher.appendVmargs
    -vmargs
    -Dosgi.requiredJavaVersion=1.8
    -Dosgi.instance.area.default=@user.home/eclipse-workspace
    -XX:+UseG1GC
    -XX:+UseStringDeduplication
    --add-modules=ALL-SYSTEM
    -Dosgi.requiredJavaVersion=1.8
    -Xms256m
    -Xmx1024m
    --add-modules=ALL-SYSTEM
    -Dcom.sun.management.jmxremote

初始设置指定了1.8版本的JDK，采用G1收集器，设置最大堆为1024M以及开启了JMX管理。

# **二、调优前的运行状况** #

写了个[eclipse启动计时插件][eclipse]（将Jar包放到Eclipse的plugins目录下，启动Eclipse，可以显示Eclipse的启动时间），记录优化前的启动时间,为了保证测试结果的准确性，应该多次启动最后一次结果:

![è¿éåå¾çæè¿°][70]

![è¿éåå¾çæè¿°][70 1]

根据Visual GC和插件得到以上的信息截图，我们可以总结出原始配置下的启动状况：  
1.整个启动耗时35秒。  
2.垃圾收集总耗时1.126秒，其中Full GC 0 次，Minor GC 25 次，耗时1.126秒。  
3.加载类19991个，共耗时38.131秒。  
4.JIT编译时间为46.103秒（随着时间流逝，编译次数和时间不停增长）。  
5.虚拟机1024MB的堆内存被分配为，新生代当前分配63M，老年代187M。  
总的来说启动时间不算短，所以还是有可以调优的空间。

# **三、堆内存与Metaspace优化** #

打开VisualVM，直接查看内存曲线变化

![è¿éåå¾çæè¿°][70 2]

![è¿éåå¾çæè¿°][70 3]

从上图看，不管是Java堆的曲线变化还是Mwtaspace曲线变化，运作都完全正常。  
暂时找不到可优化的条件。

# 四、编译时间和类加载时间的优化 #

看上图调优前的运行状况，编译时间和类加载时间应该是优化的重头戏了。

![è¿éåå¾çæè¿°][70 4]

先看类加载时间。由于类加载需要进行字节码验证耗时，考虑到eclipse使用者众多，它的编译代码我们认为是可靠的，不需要加载的时候再进行字节码验证，因此通过参数**-Xverify:none**禁止掉字节码验证过程也可以认为是优化手段。

![è¿éåå¾çæè¿°][70 5]

![è¿éåå¾çæè¿°][70 6]

在取消掉字节码验证之后，确实可以看到Ecipse启动速度有了一定的提升，但仍还不够。  
在类加载个数上，可以看出初始状况加载了19991个类，可以在eclipse中关掉不需要的启动项。

![è¿éåå¾çæè¿°][70 7]

![è¿éåå¾çæè¿°][70 8]

但是编译时间上目前没找到太好的办法~~~不知道怎么解决，希望有高人指点

# **五、调整内存，减少垃圾收集次数** #

上面说到了编译时间 类加载时间，那么剩下的就是GC时间了。  
可以看出，此次Full GC被触发了 4 次，Minor GC 8 次。

![è¿éåå¾çæè¿°][70 9]

此次GC次数并不算多，但是从监视器中可以看出，堆内存的使用不应该发生Full GC才对。  
为了能够更好的看到eclipse启动期间所做的GC收集操作，我们加入配置**-Xloggc:gc.log**。

![è¿éåå¾çæè¿°][70 10]

可以看出每次的Full GC 都是有Metadata GC Threshold造成的，也就是元空间引发的full GC。  
从JDK8开始，永久代(PermGen)的概念被废弃掉了，取而代之的是一个称为Metaspace的存储空间。Metaspace使用的是本地内存，而不是堆内存，也就是说在默认情况下Metaspace的大小只与本地内存大小有关。每次Full GC，Metaspace都在调整阈值。因此，再加入-XX:MetaspaceSize=256M  
但是仍可以看到每次发生的Minor GC都是有新生代内存不够所导致，因此，仍需提升配置  
\*\*-Xms2048m  
\-Xmx2048m  
\-Xmn512m\*\*  
本次调优完毕，只有3次Minor GC 耗时600毫秒。  
但是启动时间仍需要27秒。。。。。。。。。灰常尴尬。  
目测时间还是花费在了类加载与编译上。需要更加进一步的优化。最后，贴出本次调优后的最终eclipse.ini配置

-startup
    plugins/org.eclipse.equinox.launcher_1.4.0.v20161219-1356.jar
    --launcher.library
    plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.551.v20171108-1834
    -product
    org.eclipse.epp.package.jee.product
    -showsplash
    org.eclipse.epp.package.common
    --launcher.defaultAction
    openFile
    --launcher.defaultAction
    openFile
    --launcher.appendVmargs
    -vmargs
    -Dosgi.requiredJavaVersion=1.8
    -Dosgi.instance.area.default=@user.home/eclipse-workspace
    --add-modules=ALL-SYSTEM
    -Dosgi.requiredJavaVersion=1.8
    --add-modules=ALL-SYSTEM
    
    -Xms2048m
    -Xmx2048m
    -Xmn512m
    
    -Dcom.sun.management.jmxremote
    -Xverify:none
    -Xloggc:gc.log
    -XX:MetaspaceSize=256M

往期精彩内容：

[Java知识体系总结（2021版）][Java_2021]

[Java多线程基础知识总结][Java]

[【全栈最全Java框架总结】SSH、SSM、Springboot][Java_SSH_SSM_Springboot]

[超详细的springBoot学习笔记][springBoot]

[常见数据结构与算法整理总结][Link 1]

[Java设计模式：23种设计模式全面解析][Java_23]

[Java面试题总结（附答案）][Java 1]

[eclipse]: https://download.csdn.net/download/dashuaigege642/10537738
[70]: /images/20210813/b36fa57191464cd1bb5f7873b95adc50.png
[70 1]: /images/20210813/a57776fab2c5440298c117cadbae5dfb.png
[70 2]: /images/20210813/76b48b75439a481ea9b47dcdde3fecc2.png
[70 3]: /images/20210813/2771a9aa68bb41b99700d61362cffb4d.png
[70 4]: /images/20210813/361f4b6477b543009a7b5d2673bc463d.png
[70 5]: /images/20210813/9ae6132312904ef4b5c05efa4909911e.png
[70 6]: /images/20210813/1643af0c70b947c5b6675ca969b3c2d2.png
[70 7]: /images/20210813/402e777a2374473e9b01dccdbfdd8499.png
[70 8]: /images/20210813/d9308b61e9204df6b55d3828d7f451a6.png
[70 9]: /images/20210813/b85e1765526f43a686155291a595a649.png
[70 10]: /images/20210813/007e56b99f7d4b44a1e766f7ed82754a.png
[Java_2021]: https://blog.csdn.net/guorui_java/article/details/112391105
[Java]: https://blog.csdn.net/guorui_java/article/details/107599455
[Java_SSH_SSM_Springboot]: https://blog.csdn.net/guorui_java/article/details/104018528
[springBoot]: https://blog.csdn.net/guorui_java/article/details/104137262
[Link 1]: https://blog.csdn.net/guorui_java/article/details/106217472
[Java_23]: https://blog.csdn.net/guorui_java/article/details/104026988
[Java 1]: https://blog.csdn.net/guorui_java/article/details/107803283