zoukankan      html  css  js  c++  java
  • 【eclipse】eclipse启动优化&打印GC信息&重要的堆结构连接

    eclipse启动优化,终于不那么卡了!

    网上找了好多都是myEclipse的优化的,跟eclipse有点区别,找了很多方法还是不能让这个eclipse(Version: Kepler Release)快起来,太费事了,终于给俺找到一个挺好用的方法,转来的。

    首先了解下JVM中几个相关的概念:
    Xms:最小堆大小
    Xmx:最大堆大小
    Xmn:年轻代堆大小
    Xss:每个线程的堆大小
    PermSize:初始持久代大小
    MaxPermSize:最大持久代大小
    一般Xms、Xmx设置相同,PermSize、MaxPermSize设置相同,这样可以避免伸缩堆大小带来的性能损耗。

    首先eclipse安装根目录下打开eclipse.ini,加上配置:

    1
    2
    3
    -Xloggc:gc.log
    -XX:+PrintGCTimeStamps
    -XX:+PrintGCDetails

    目的是运行eclipse的时候可以打出详细gc过程。

    启动eclipse,然后打开gc.log一看,哇塞启动一次就做了几十次GC,包括不少次Full GC,着手优化……

    先解决Full GC的问题:

    330.500: [GC [PSYoungGen: 525312K->78416K(612352K)] 525312K->78488K(2010624K), 0.1593021 secs] [Times: user=0.31 sys=0.03, real=0.16 secs] 
    411.536: [GC [PSYoungGen: 603728K->87025K(612352K)] 603800K->127661K(2010624K), 0.2689894 secs] [Times: user=0.53 sys=0.03, real=0.27 secs] 
    416.796: [GC [PSYoungGen: 150763K->87023K(612352K)] 191399K->134619K(2010624K), 0.1861188 secs] [Times: user=0.42 sys=0.00, real=0.19 secs] 
    416.983: [Full GC [PSYoungGen: 87023K->0K(612352K)] [ParOldGen: 47596K->99447K(1398272K)] 134619K->99447K(2010624K) [PSPermGen: 82334K->82282K(524288K)], 1.3994638 secs] [Times: user=2.89 sys=0.05, real=1.40 secs] 
    512.079: [GC [PSYoungGen: 17629K->96K(612352K)] 117076K->99543K(2010624K), 0.0077157 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
    512.087: [Full GC [PSYoungGen: 96K->0K(612352K)] [ParOldGen: 99447K->98749K(1398272K)] 99543K->98749K(2010624K) [PSPermGen: 82297K->82297K(524288K)], 0.9666690 secs] [Times: user=1.09 sys=0.00, real=0.97 secs] 
    572.079: [GC [PSYoungGen: 16092K->64K(612352K)] 114842K->98813K(2010624K), 0.0094051 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
    572.089: [Full GC [PSYoungGen: 64K->0K(612352K)] [ParOldGen: 98749K->98719K(1398272K)] 98813K->98719K(2010624K) [PSPermGen: 82297K->82297K(524288K)], 0.7332189 secs] [Times: user=1.14 sys=0.02, real=0.73 secs] 
    632.081: [GC [PSYoungGen: 15297K->64K(612352K)] 114016K->98783K(2010624K), 0.0081388 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
    632.090: [Full GC [PSYoungGen: 64K->0K(612352K)] [ParOldGen: 98719K->98693K(1398272K)] 98783K->98693K(2010624K) [PSPermGen: 82297K->82297K(524288K)], 0.5883680 secs] [Times: user=1.76 sys=0.00, real=0.59 secs] 
    692.098: [GC [PSYoungGen: 24107K->960K(612352K)] 122801K->99661K(2010624K), 0.0099850 secs] [Times: user=0.03 sys=0.00, real=0.01 secs] 
    692.108: [Full GC [PSYoungGen: 960K->0K(612352K)] [ParOldGen: 98701K->99492K(1398272K)] 99661K->99492K(2010624K) [PSPermGen: 82381K->82381K(524288K)], 0.7610910 secs] [Times: user=1.61 sys=0.00, real=0.76 secs] 
    752.118: [GC [PSYoungGen: 20655K->32K(612352K)] 120148K->99524K(2010624K), 0.0244374 secs] [Times: user=0.02 sys=0.00, real=0.03 secs] 
    752.143: [Full GC [PSYoungGen: 32K->0K(612352K)] [ParOldGen: 99492K->99303K(1398272K)] 99524K->99303K(2010624K) [PSPermGen: 82382K->82382K(524288K)], 0.6761450 secs] [Times: user=0.98 sys=0.00, real=0.68 secs] 
     

    如上GC日志可以看出,Full GC主要是针对Tenured、Perm区(养老区和永久区)的GC,好那先调整Perm大小,指定充裕的持久代区域,eclipse.ini中加入:

    -XX:PermSize=728m
    -XX:MaxPermSize=728m

    再次启动看gc.log,Full GC没有了,但是还有很多次普通GC,说明还是需要进一步优化。
    eclipse的初始堆大小分配得很小,因此不利于年轻代堆大小的分配,如果设置的年轻代堆大小Xmn大于最小堆大小Xms,eclipse将无法启动。
    因此,将Xms调整为728m,重启动后观察GC大幅减少。
    最后调整Xmn,年轻代堆大小,经过反复比较后,发现设置“-Xmn3072m”效果最优。
    优化后的GC日志:

    1
    2
    3.203: [GC 3.204: [DefNew: 209776K->26176K(235968K), 0.0876304 secs] 209776K->27184K(498112K), 0.0876921 secs] [Times: user=0.09 sys=0.00, real=0.09 secs]
    5.422: [GC 5.422: [DefNew: 235968K->12433K(235968K), 0.0989335 secs] 236976K->39296K(498112K), 0.0990229 secs]

    在接近6秒的启动时间内,eclipse总共只做了2次普通GC回收,怎么样效果明显吧!
    一般在不对eclipse进行相关设置的时候,使用eclipse总是会觉得启动好慢,用起来好卡,其实只要对eclipse的相关参数进行一些配置,就会有很大的改善。
    加快启动速度
    1.在eclipse启动的时候,它总是会搜索让其运行的jre,往往就是这个搜索过程让eclipse启动变慢了。(没设置时,等2-3s出现进度条,设置后直接出现进度条)

    只要在eclipse.ini中加入-vm的参数就可以了
    eclipse启动优化,终于不那么卡了!-飞网

    2.取消所有启动时要激活的插件(在用时激活也一样)和其它的相关的在启动时执行的操作。
    eclipse启动优化,终于不那么卡了!-飞网

    3.关闭自动更新
    eclipse启动优化,终于不那么卡了!-飞网

    减少jvm内存回收引起的eclipse卡的问题
    这个主要是jvm在client模式,进行内存回收时,会停下所有的其它工作,带回收完毕才去执行其它任务,在这期间eclipse就卡住了。所以适当的增加jvm申请的内存大小来减少其回收的次数甚至不回收,就会是卡的现象有明显改善。

    主要通过以下的几个jvm参数来设置堆内存的:

    -Xmx512m 最大总堆内存,一般设置为物理内存的1/4
    -Xms512m 初始总堆内存,一般将它设置的和最大堆内存一样大,这样就不需要根据当前堆使用情况而调整堆的大小了
    -Xmn192m 年轻带堆内存,sun官方推荐为整个堆的3/8
    堆内存的组成 总堆内存 = 年轻带堆内存 + 年老带堆内存 + 持久带堆内存
    年轻带堆内存 对象刚创建出来时放在这里
    年老带堆内存 对象在被真正会回收之前会先放在这里
    持久带堆内存 class文件,元数据等放在这里
    -XX:PermSize=128m 持久带堆的初始大小
    -XX:MaxPermSize=128m 持久带堆的最大大小,eclipse默认为256m。如果要编译jdk这种,一定要把这个设的很大,因为它的类太多了。

    我的eclipse.ini配置(12g内存的笔记本):

    -startup
    plugins/org.eclipse.equinox.launcher_1.3.100.v20150511-1540.jar
    --launcher.library
    plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.300.v20150602-1417
    -product
    org.eclipse.epp.package.jee.product
    --launcher.defaultAction
    openFile
    -showsplash
    org.eclipse.platform
    --launcher.defaultAction
    openFile
    --launcher.appendVmargs
    -vmargs
    -Dosgi.requiredJavaVersion=1.7
    -Xms3072m
    -Xmx3072m
    -XX:PermSize=728m
    -XX:MaxPermSize=728m
    -XX:+UseParallelGC
    -XX:+DisableExplicitGC
    -Xloggc:gc.log
    -XX:+PrintGCTimeStamps
    -XX:+PrintGCDetails


    还有其它的相关参数可以看看下面的参考材料,很有启发的:
    -XX:+UseParallelGC 使用并发内存回收
    -XX:+DisableExplicitGC 禁用System.gc()的显示内存回收

    eclipse相关设置来来减少卡的现象
    1.关闭自动构建。在启用时,每保存一下,eclipse就会自动为我们构建整个项目,这样对于大的项目来说,每次保存时都会造成很卡。其实自动构建完全没有必要,只要保证在运行前构建一次就ok了,eclipse也会在运行前自动为我们构建,所以关闭是最明智的选择。
    eclipse启动优化,终于不那么卡了!-飞网

    2.关闭拼写检查设置
    eclipse启动优化,终于不那么卡了!-飞网

    参考材料
    jvm启动参数大全:http://www.blogjava.net/midstr/archive/2008/09/21/230265.html
    jvm结构的一些知识(其中的堆的构成):http://hllvm.group.iteye.com/group/wiki/2905-JVM
    jvm堆与GC知识:http://ruijf.iteye.com/blog/1028455
    eclipse启动调优:http://www.iteye.com/topic/756538
    eclipse自带的help contents(搜索"Running Eclipse"可以找到启动相关的配置)

  • 相关阅读:
    [转]window.open居中
    WebService实例一
    开发步骤
    ubuntu命令
    ubuntu如何添加软件源
    WebService学习笔记
    android.view.WindowManager$BadTokenException: Unable to add window token null is not for an application
    Dialog的使用
    区分Activity的四种加载模式
    在android 中导入项目后 包出现错误
  • 原文地址:https://www.cnblogs.com/qlqwjy/p/7928428.html
Copyright © 2011-2022 走看看