素小暖讲JVM:Eclipse运行速度调优
本系列是用来记录《深入理解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
相关博文:
素小暖讲JVM:第一章 走进Java,第二章 Java内存区域与内存溢出异常,第三章 垃圾收集器与内存分配策略
素小暖讲JVM:第四章 虚拟机性能监控与故障处理工具总结,第五章 调优案例分析与实战
素小暖讲JVM:第六章 类文件结构,第七章 类加载机制,第八章 字节码执行引擎
鸣谢:特别感谢作者周志明提供的技术支持!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
开发者请注意: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...
- 下一篇
MeEdu v2.0-beta1 版本上线,基于 Laravel 的在线点播系统
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诞生的背景:随着知识付费领域的兴起,尤其是知识付费领域的龙头“得到”的成功,知识付费领域俨然成为了新的风口。经过这几年的发展,知识付费领域的基础建设有了很大的进步,市场上面很多知识付费的平台可以在短短几分钟之内搭建一套属于自己的知识付费应用。但是,这并不是我想要的!可能是处于程序员的角度...
相关文章
文章评论
共有0条评论来说两句吧...