素小暖讲JVM：Eclipse运行速度调优-低调大师

素小暖讲JVM：Eclipse运行速度调优

2020-01-03 705

本系列是用来记录《深入理解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启动计时插件（将Jar包放到Eclipse的plugins目录下，启动Eclipse，可以显示Eclipse的启动时间），记录优化前的启动时间,为了保证测试结果的准确性，应该多次启动最后一次结果:

根据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，直接查看内存曲线变化

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

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

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

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

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

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

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

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

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

可以看出每次的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

开发者请注意：Python2 的最后版本将于 4 月发布，但它确实是在 1 月 1 日就寿命终止了！

2020 年 1 月 1 日是 Python2 的寿命终止日，这个日期在两年前经"Python之父" Guido van Rossum 宣布，此后一直成为开发者社区翘首以盼的一天。昨天就是这个大快人心的日子，各种变了花样的喜庆报道不绝于目。调侃的玩笑也不少，比如这个：还有这个（别信！）：然而，我今天偶然看到一位大佬的疑问，大意如下：官网发布的 Python2 退休日期说是 4 月，那个倒计时网站是不是冒充的官方消息？他所说的官网消息是这篇—— 怎么回事呢？传了那么久的元旦退休消息，竟然会不准确？那么多人在热热闹闹地庆祝着，竟然是在庆祝一个假消息么？我搜索那篇文章，仔细读了一遍，然后才注意到发布日期是 2019 年 12 月 20 日，也就是两周前。文中没有提到 1 月 1 日，也没提 4 月的具体日子。文章属实，但日期明显矛盾，这是怎么回事呢？官方应该会有所解释吧？带着疑问，我去翻看官方和几个核心开发者的推特。经过一番资料查阅，我终于搞清楚了怎么回事，也找到了所谓的"官方解释"。简单说明结论：2020-01-01 是板上钉钉的 Python2 的 EOL (end of...

2020-01-02

680

2.x 系列版本是 MeEdu 重大版本，底层的架构进行了全新的设计。本次主要变动有： # 新增微服务架构设计手动打款支付方式微信扫码登录七牛云图片存储阿里云OSS图片存储后台前后端分离 Tinymce富文本编辑器 50%的测试覆盖率 API v2版本接口上线 OpenApi 接口文档管理 # 移除易商户支付，小伙伴反映无法使用。 wangEditor富文本编辑器，体验效果较差，无法调整图片大小和位置等。 API v1接口 # 修复腾讯云视频的上传和点播问题一些bug Github：https://github.com/Qsnh/meedu Gitee：https://gitee.com/myteng/MeEdu MeEdu 是基于 Laravel 开发的个人在线教育系统。MeEdu诞生的背景：随着知识付费领域的兴起，尤其是知识付费领域的龙头“得到”的成功，知识付费领域俨然成为了新的风口。经过这几年的发展，知识付费领域的基础建设有了很大的进步，市场上面很多知识付费的平台可以在短短几分钟之内搭建一套属于自己的知识付费应用。但是，这并不是我想要的！可能是处于程序员的角度...

2020-01-03

600

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。