【转】优化eclipse运行速度
- - 开源软件 - ITeye博客转载： http://www.iteye.com/topic/756538. 作者：beckrabbit. 首先建立评估体系，将workspace里所有的项目close掉，关闭eclipse. 优化的用例就是启动eclipse，open一个项目，eclipse会自动build这个项目，保证没有感觉到明显的卡，也就是没有full GC.
【转】优化eclipse运行速度
标签：
优化
eclipse
速度
| 发表时间：2014-01-24 23:56 | 作者：GhostWolf
出处：http://www.iteye.com
转载： http://www.iteye.com/topic/756538
作者：beckrabbit
性能优化从身边做起。
首先建立评估体系，将workspace里所有的项目close掉，关闭eclipse。优化的用例就是启动eclipse，open一个项目，eclipse会自动build这个项目，保证没有感觉到明显的卡，也就是没有full GC。
开始：
eclipse.ini里加入打印gc情况的参数：
| -XX:+PrintGCTimeStamps |
| -XX:+PrintGCDetails |
| -verbose:gc |
| -Xloggc:gc.log |
这样eclipse在运行过程中会记录gc日志，显示详细的gc情况，并打印在gc.log中，通过分析这个日志寻找eclipse的性能瓶颈和优化方式。
我最初的参数只是在原版基础上调了堆大小
| -Xms512m |
| -Xmx512m |
将堆初始化和最大值设为一样，消除堆大小根据当前堆使用情况而变化带来的影响。
启动eclipse，发现gc.log里打出了很多full gc的日志
引用
4.226: [Full GC 4.226: [Tenured: 18470K->19304K(30544K), 0.1159544 secs] 25154K->19304K(44368K), [Perm : 24574K->24554K(24576K)], 0.1160431 secs] [Times: user=0.13 sys=0.00, real=0.13 secs]
在启动的6秒多时间里共出现了8次full gc，所以启动慢，觉得启动时候挺卡的。从日志里可以看出来 FullGC主要是在回收tenured区和Perm区，其中Perm一直都是快满的状态，Perm : 24574K->24554K(24576K)，Perm大小在不断调整，所以需要固定Perm区的大小，保证够用，eclipse.ini里加入
| -XX:PermSize=64m |
| -XX:MaxPermSize=64m |
再启动：发现没有full gc了只有数量比较多的minor gc，挑启动开始到启动完成的第一条和最后一条日志
引用
0.209: [GC 0.209: [DefNew: 4416K->511K(4928K), 0.0034707 secs] 4416K->614K(15872K), 0.0035239 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
….
6.383: [GC 6.383: [DefNew: 18880K->1985K(21184K), 0.0055311 secs] 46992K->30098K(68040K), 0.0055694 secs]
….
6.383: [GC 6.383: [DefNew: 18880K->1985K(21184K), 0.0055311 secs] 46992K->30098K(68040K), 0.0055694 secs]
这6秒中GC日志打了69次， 而内存回收率还是蛮高的 young区18880-1985=16895 jvm 46992-30098=16894 都快接近100%了，可以看出young区是由小到大在不断调整大小，所以不断GC，因此设一个初始值吧，据说设置heap的1/4比较好，那就是128M，所以eclipse.ini加入
| -Xmn128m |
再重启，发现GC日志就四条了，eclipse启动自然快了
引用
1.292: [GC 1.292: [DefNew: 104960K->10984K(118016K), 0.0334165 secs] 104960K->10984K(511232K), 0.0334603 secs] [Times: user=0.03 sys=0.00, real=0.03 secs]
2.182: [GC 2.182: [DefNew: 115944K->1852K(118016K), 0.0221714 secs] 115944K->11466K(511232K), 0.0222142 secs] [Times: user=0.00 sys=0.02, real=0.02 secs]
3.987: [GC 3.987: [DefNew: 106779K->12531K(118016K), 0.0378228 secs] 116393K->22145K(511232K), 0.0378692 secs] [Times: user=0.03 sys=0.00, real=0.03 secs]
5.377: [GC 5.377: [DefNew: 117491K->9403K(118016K), 0.0513728 secs] 127105K->31364K(511232K), 0.0514133 secs]
2.182: [GC 2.182: [DefNew: 115944K->1852K(118016K), 0.0221714 secs] 115944K->11466K(511232K), 0.0222142 secs] [Times: user=0.00 sys=0.02, real=0.02 secs]
3.987: [GC 3.987: [DefNew: 106779K->12531K(118016K), 0.0378228 secs] 116393K->22145K(511232K), 0.0378692 secs] [Times: user=0.03 sys=0.00, real=0.03 secs]
5.377: [GC 5.377: [DefNew: 117491K->9403K(118016K), 0.0513728 secs] 127105K->31364K(511232K), 0.0514133 secs]
但是，启动后open我的多个项目，这些项目互相依赖，eclipse自动build，感觉有点小卡，发现日志里多了4次full GC，所以就卡了…
引用
67.320: [Full GC (System) 67.320: [Tenured: 88847K->68809K(393216K), 0.2121213 secs] 117385K->68809K(511232K), [Perm : 41915K->41915K(65536K)], 0.2121747 secs] [Times: user=0.20 sys=0.00, real=0.20 secs]
103.759: [Full GC (System) 103.759: [Tenured: 81882K->66784K(393216K), 0.3287387 secs] 185350K->66784K(511232K), [Perm : 53464K->53414K(65536K)], 0.3287897 secs] [Times: user=0.33 sys=0.00, real=0.33 secs]
103.759: [Full GC (System) 103.759: [Tenured: 81882K->66784K(393216K), 0.3287387 secs] 185350K->66784K(511232K), [Perm : 53464K->53414K(65536K)], 0.3287897 secs] [Times: user=0.33 sys=0.00, real=0.33 secs]
这个时候Tenured区和Perm都还没到很接近最大值，但是为什么还有full GC呢，开始以为是JVM悲观认为Tenured区剩余空间不足以应对下一次minor GC 所以进行了full GC调整Tenured空间，索性直接增加了堆最大值到-Xmx728m（工作电脑的内存是3.5G），但重启后full gc还是有4次，而且有几次minor GC用的时间超过了0.1秒，这是因为增加了堆大小，导致GC用时也增加了，不能接受。所以还是改回-Xmx512m。
再仔细观察日志，发现Full GC (System) 字样，这个意思是eclipse里调用了System.gc()手动触发了系统GC，好吧，哥已经给你分配足够空间了，你就省省吧，在eclipse.ini里加入：
| -XX:+DisableExplicitGC |
这样就差不多了，整个过程没有出现full gc，再编码2个小时，中间只出现了一次full gc，在open build某50W行+的代码的时候，eclipse还是卡了…
最后又稍微调了一下各代的大小，得到目前的参数：
| -Xms512m |
| -Xmx512m |
| -XX:PermSize=96m |
| -XX:MaxPermSize=96m |
| -Xmn168m |
| -XX:+DisableExplicitGC |
另外没有去调GC策略，主要是觉得eclipse是客户端程序，默认的client单线程的GC策略应该是比较适合的，以后有时间再试试看吧。
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [优化 eclipse 速度] 推荐：
[转] eclipse中build workspace的相关优化
- - Java - 编程语言 - ITeye博客网上流传的各种的eclipse的调优的方法都大同小异，但是调优的基本上针对eclipse或者myclipse的本身，比如关掉validate和启动项，文件拼写，和自动构建等，调过之后，等个eclipse/myeclipse跑起来的速度和占用的资源是会相对少一点，但是针对个别项目的不多，这边我就记录整理下，方便以后自己查看和帮到一些有需要的人.
JVM优化-缩短eclipse的启动时间
- - 博客 - 伯乐在线最近自从eclipse安装了很多插件以后,启动变得非常的慢,每次启动,要消耗近半分钟.这是不正常的. 我所使用的eclipse是Eclipse Java EE IDE for Web Developers 3.8版本. 跑在MAC OSX上, SSD+8G RAM, 这么高性能的机器竟然不能秒开eclipse, 这太说不过去了.
Eclipse 3.7发布
- Power - SolidotEclipse基金会宣布发布开源集成开发环境Eclipse 3.7，代号Indigo.
Google宣布Eclipse Labs
- 旺旺 - SolidotGoogle和众多开源社区的开发者都使用Eclipse IDE，Google开发者用Eclipse开发了Android、App Engine、Google Chrome，以及大量Web应用程序. 现在Google宣布与Eclipse基金会合作，促进Eclipse生态系统，他们的合作结晶是Eclipse Labs.
eclipse插件-easy explore
- - 博客园_首页最近找到一个Eclipse的插件，名字是Easy Explore，是 Easy Structs 其 中的一个部分. 主要的功能就是在Eclipse里面视图的部分如果看到自己的工程，或者Package，包什么的，在安装完该插件以后点击鼠标右键，选 择"Easy Explore"就可以快速的打开该文件的windows存放文件夹，对于快速的导出源文件是一个很有用的插件.
Eclipse Memory Analyzer简介
- - Java - 编程语言 - ITeye博客Eclipse Memory Analyzer是一个非常棒的堆内存分析工具，是JDK自带的堆分析工具jhat的一个非常好的替代品，能够快速地定位Java内存泄露的原因. 可能有的同学会问，JVM不是号称自动内存管理，GC会自动垃圾回收，Java怎么会有内存泄露，不会搞错吧. 在开始分析之前，我们先想想，在编程这个角度上，我们如何避免堆内存泄露呢.
Eclipse执行Hadoop WordCount
- - CSDN博客云计算推荐文章Eclipse执行Hadoop WordCount. 我的Eclipse是安装在windows下的，通过Eclipse执行程序连接Hadoop，需要让虚拟机的访问地址和本机的访问地址保持在同一域内，虚拟机的地址更改前面的文章介绍过了，如果想改windows本机ip地址，打开“网络和共享中心“，点击左侧菜单”更改适配器设置“，选择相应连接网络进行IpV4属性地址修改即可.
Eclipse注释模板
- - ITeye博客Eclipse注释模板：Window->Preference->Java->Code Style->Code Template. (1)Comments-Types 类注释. * @author 你的名字. * @Version 版本. * @ModifiedBy 修改人. * @Copyright 公司名称.
sqlite插入速度优化方案
- - CSDN博客移动开发推荐文章先贴上SQLiteOpenHelper的代码，我们创建测试的表是user，它有四个字段id,name,age,height,remark，测试用的小米2，默认条数为100行. // 必须要有这一个构造方法. // 当数据库第一次创建的时候被调用,. // 当调用getReadableDatabase ()或getWritableDatabase 的时候.