`

JVM优化:缩短eclipse的启动时间

    博客分类:
  • Java
阅读更多

首先要声明一下,这个案例在<深入理解JVM虚拟机>这本书中也提到过. 这本书是我曾经学习JVM的第一本书.里面关于Heap的优化思想,来源于此.建议大家想学JVM原理的,可以找来此书看看. 写这篇文章,是因为最近在给一个社交网站服务器做调优,突然觉得我机器上的eclipse跑的比较多,所以顺便优化下eclipse.至于基于WebSphere服务器的性能调优,这回涉及到更多的工具和方法,会在以后的文章中看到.

最近自从eclipse安装了很多插件以后,启动变得非常的慢,每次启动,要消耗近半分钟.这是不正常的. 今天决定好好优化一下.

我所使用的eclipse是Eclipse Java EE IDE for Web Developers 3.8版本. 跑在MAC OSX上, SSD+8G RAM, 这么高性能的机器竟然不能秒开eclipse, 这太说不过去了. 哦,还有我使用的JVM是Oracle的HotSpot,来自于JDK1.6 64bit.

首先,在优化前,让我们看看eclipse启动时,JVM的各项性能指标. 因为我并不能准确的判定eclipse的启动完成时间, 所以我只能说大约事件.

首先启动JDK自带的JVM性能监视工具,在java\bin的目录下,有一个jvisualvm,它是绑定在JDK中的visualvm.双击启动 visualvm. 然后启动eclipse, 在eclipse启动完成以后,使用visualvm的查看eclipse的Visual GC情况, 如图:

 

上图中说明在eclipse的启动过程中,JIT对字节码进行了向机器码的编译,花去了22秒的时间.Class加载花去了10秒的时间,Minor GC发生了72次,花去0.64秒,Full GC发生了12次,仅仅花去了61毫秒.

我们再去MBean选项查看,发现新生代使用ParNew垃圾收集器,而老年代使用的是CMS垃圾收集器.

 

总上情况看出,由于MAC的性能比较好,所以垃圾回收并没有消耗太多的时间,并且CMS+ParNew本身就是并行垃圾回收,不会造成用户程序太多的停顿. 时间主要消耗在了JIT的即时编译和Class加载上了.

首先要优化的就是class加栽.因为eclipse这个工具是一个成熟的工具,经过了这么多人的验证,所以我充分信任eclipse的代码,允许 eclipse的代码在加载的时候,跳过字节码验证. 关闭字节码验证的方法是在vm的args中加入参数 -Xverify:none. 对于eclipse来说,找到eclipse.ini, 加入-Xverify:none. 让我们再重启一下eclipse,看看class加载时间是否减小. 再次启动,发现class加载事件缩小到7秒,比之前少了3秒.

然后优化的是JIT的时间. 在使用eclipse编写程序时,主要是文本编辑,编译和运行,JIT虽然可以带给我们高性能,但是JIT在编译机器码的时候,却要消耗很多的时间. eclipse对项目的编译和运行本身就很慢,切运行时是启动一个新的java进程,跟eclipse本身无关,所以,我可以接受抛弃JIT编译器,而只是用JVM解释器执行字节码所带来的效率降低. 这样可以去除JIT编译的时间. 做法如下,在eclipse.ini中加入vm的参数 -Xint, 意思是只使用解释器. 让我们来看看结果:

 

JVM编译器时间变成了0, 一下减掉20秒. 但是,由于缺少了运行时的即时编译优化方案,代码的运行时间变长了, eclipse的整体启动时间慢了更多,超过了30秒. 由此可见,JIT是多么有用的一项技术.所以禁止JIT的尝试失败了.我们把之前的参数-Xint去掉.

哦,对了,我还装了很多的插件,尤其是android开发插件.启动的时候对插件的激活也会花去很多时间. 屏蔽插件激活的方法: Windows -> Preferences, 输入 “startup”, 点击 “Startup and Shutdown”, 把不需要的插件勾掉. 此外,还需要关掉不必要的validation,方法为:Windows -> Preferences -> Validation. 只选你需要的.

做完以上工作,我发现eclipse启动稍微快了一些. 掐着秒表计算的花了大约15秒.

最后,再优化一下GC和堆栈吧.虽然说,GC已经表现的很好了,都没有超过1秒,但是GC的频率如此高,说明JVM的内存的分配是不合理的.为此,我们需要重新对JVM内存进行划分. 为了对JVM的内存进行合理分配,我们需要了解eclipse启动过程中,GC到底发生了什么事情. 打开gc log的方法如下:

想eclipse.ini的vm参数中添加

  1. -XX:+PrintGCDetails  
  2. -Xloggc:/users/joey/Documents/gc.log  

启动eclipse,生成gc.log, 打开log,进行分析.

第一次Minor GC发现,新生代的大小约为20M. 堆的大小约为40M. 再接下来的GC中,新生代始终没有扩容.这说明,新生代的大小合适.
0.720: [GC 0.720: [ParNew: 17024K->2112K(19136K), 0.0099529 secs] 17024K->2324K(38848K), 0.0100285 secs] [Times: user=0.03 sys=0.00, real=0.01 secs] 

第一次发生Full GC时,发现老年代已经扩容到约93M,而永生代扩容到约128M
67.213: [Full GC (System) 67.213: [CMS: 57969K->57877K(93124K), 0.3563491 secs] 62179K->57877K(112260K), [CMS Perm : 80490K->80392K(128708K)], 0.3565176 secs] [Times: user=0.36 sys=0.00, real=0.36 secs]
 

而直到最后一次GC, 老年代占用也没超过125M,永生带占用也没有超过125M. 但他们的占用空间均超过了100M. 由此,我们有理由规定一个初始堆大小. 最终,通过分析,我给eclipse.ini添加了如下几个参数:

  1. -server  
  2. -Xverify:none  
  3. -XX:PermSize=128m 
  4. -XX:MaxPermSize=256m 
  5. -Xms256m  
  6. -Xmx512m  
  7. -Xmn40m  
  8. -Xss2m 

-server是让JVM以server模式运行,加重JIT的优化作用,由于eclipse是经常开着不关,在server模式下,JIT会随着运行的时间,把字节码更深刻的变成成机器代码.加快运行速度.
-Xverify:none, 跳过对字节码的验证.
PermSize永生带设置为128M,堆的初始大小设置为256M,新生代站了40M. 每个线程栈大小设为2M.

在这种设置下,Full GC已经完全消失,但还是剩下了20次左右的Minor GC,大约花掉0.3秒, 这是可以接受的. 如果为了完全消除GC而把新生代的空间设大,那也是一种内存的浪费. 重启eclipse,启动时间已经落在了15秒之内.如图:

原文链接:http://my.oschina.net/xpbug/blog/111250

分享到:
评论

相关推荐

    Eclipse启动运行速度调优

    关闭Java字节码验证,这一步骤可以显著加速类的加载过程,从而缩短Eclipse的启动时间。字节码验证是JVM为了保证字节码的安全性和完整性而进行的一项检查,但在开发环境中,这一过程往往是不必要的,因此可以通过关闭...

    eclipse启动加速插件

    总的来说,Eclipse启动加速插件是提升开发效率的重要工具,它们通过内存管理优化和减少启动时加载的组件来缩短启动时间。正确配置和使用这些插件,可以让Eclipse在处理大型项目或多任务环境时更加得心应手,从而提高...

    eclipse调优及使用

    1. **设置JVM路径**:在`eclipse.ini`文件中添加`-vm`参数,指定JRE的路径,避免Eclipse启动时自动搜索,从而缩短启动时间。 2. **禁用非必需插件**:在启动时取消不需要的插件,只在需要时手动激活,以减少启动时的...

    Eclipse优化设置教程.docx

    这可以避免Eclipse在启动时搜索可用的JRE,从而缩短启动时间。 2. **禁用启动时加载的插件**:取消所有非必要的启动时激活的插件。这可以通过修改`plugins/org.eclipse.core.runtime/.settings/org.eclipse.update....

    Android-Studio和eclipse优化.pdf

    5. **去除不必要的启动项**:在Preferences &gt; General &gt; Startup and Shutdown中取消不必要的启动插件和服务,使Eclipse启动更快。 通过对Android Studio和Eclipse进行上述优化,开发者可以显著提升开发效率,减少...

    MyEclipse7_0启动优化

    MyEclipse7_0启动优化是一项关键的技能,特别是对于那些频繁使用这款强大的Java集成开发环境(IDE)的开发者来说。MyEclipse作为Eclipse的商业...通过这些方法,开发者可以有效缩短MyEclipse的启动时间,提升开发体验。

    JVM实战-JVM调优案例分析与MyEclipse性能调优实战

    经过一系列的调优操作后,MyEclipse和Eclipse的启动速度得到了显著提升,加载项目的时间明显缩短,整体响应速度加快,用户体验大大改善。 在实验过程中,我们也遇到了一些挑战,比如某些参数的调整可能会导致...

    eclipse不能运行main补丁

    "main补丁"可能是指一种解决这个问题的方法,即通过修改或增强Eclipse的Java发射器(Java Launcher)组件来缩短或优化类路径。在提供的压缩包子文件中,我们看到两个与Eclipse Java发射器相关的jar文件: 1. `org....

    eclipse快捷键

    此处可以管理 Maven 的相关设置,如禁用“Download repository index updates on startup”,这可以显著缩短 Eclipse 启动时间。 3. **MyEclipse Dashboard 显示设置** - `Window &gt; Preferences &gt; Myeclipse ...

    myeclipse优化(带图).

    **效果**:通过合理配置启动项,可以显著缩短启动时间并减少不必要的资源占用。 #### 五、去掉拼写检查 **问题背景**:MyEclipse内置的拼写检查可能会误报代码中的缩写或专有名词,导致编辑过程中出现大量提示。 ...

    MyEclipse优化秘籍

    这能显著缩短MyEclipse的启动时间并降低内存占用。 5. 关闭拼写检查: 如果你认为拼写检查不是必需的,可以在`Window &gt; Preferences &gt; General &gt; Editors &gt; Text Editors &gt; Spelling`中取消`Enable spell checking...

    xrebel调试.zip

    总结,XRebel是提升Java应用开发效率的重要工具,通过实时监控、智能分析和直观展示,它可以帮助开发者快速定位并解决问题,从而缩短开发周期,提高产品质量。熟练掌握XRebel的使用,无疑将使你在开发工作中更加...

    jrebel6.0.0.zip

    同时,还需要在Java应用的启动参数中加入JRebel的配置选项,以确保JVM能识别并使用JRebel。 3. **支持框架与库**: JRebel 6.0.0支持多种流行的Java框架,包括Spring、Hibernate、Struts等,以及各种Java EE组件。...

    MxStar-Compiler

    2. **更快的编译速度**:通过采用先进的编译策略和并行处理,MxStar可能能够在保持高质量输出的同时,显著缩短编译时间,提高开发效率。 3. **错误检测与警告**:编译器在源代码阶段就能发现许多潜在问题,MxStar...

Global site tag (gtag.js) - Google Analytics