最近，eclipse（eclipse-jee3.5）運作十分緩慢（可能插件安裝過多），是以，得到了個機會調優一下，以便提高工作效率
下圖是未經任何調整eclipse的gc情況（使用jvisualvm指令，安裝visual gc插件）
從圖中可以看出，僅啟動過程就有38次young gc，11次full gc
為了檢視gc細節，在eclipse.ini中加入如下參數：
-verbose:gc
-xx:+printgcdetails
-xx:+printgcdatestamps
-xloggc:d:/soft/eclipse-jee/gc.log
gc的内容如下：
從gc日志中可以看出：
（1）young區開始為4928k，持續的不夠，是以造成不斷的young gc
（2）full gc時，old區的空間增大擴容，是以old區空間也不夠
為了防止這種情況發生，加入以下參數：
-xms768m
-xmx768m
-xx:newsize=512m
-xx:maxnewsize=512m
此次調整後結果如下圖：
從圖中可以看出，young gc沒有了，但為啥還11次full gc呢？
以下是此次gc的日志：
從gc.log中，可以看出，是因為perm區的沒有空間了，才導緻的full gc，于是将perm區增大并固定大小
加入以下參數：
-xx:permsize=96m
-xx:maxpermsize=96m
此次調整後結果如下：
可以看出，沒有full gc了，而且young gc隻有一次，有了一定的效果了
啟動時gc的問題解決了，現在來看其他問題：
從圖中可以看出，如果classloader加載class的時間能快些，應該也會節省些時間
-xverify:none（關閉java位元組碼驗證，進而加快了類裝入的速度）
将上兩圖比較
第一個：平均每個類的載入時間為，54.615/10950 = 0.0049876712328767s
第二個：平均每個類的載入時間為，34.498/9484 = 0.0036374947279629s
可以看出，多少是有一些性能上的提高的
考慮到eclipse長時間運作，其他可能調節的有以下幾點：
（1）關閉system.gc()
（2）提高eclipse中某些代碼的jit編譯
（3）優化垃圾收集器，以減少垃圾收集造成應用無響應的時間
對于（1），加入以下參數：
-xx:+disableexplicitgc
對于（2），會影響啟動速度，但由于eclipse是長時間運作，是以此優化是必要的：
-xx:compilethreshold=100（方法調用多少次就會被編譯成本地機器碼）
可以看出，編譯方法的數量和時間明顯增加
對于（3），換用cms收集器應該比串行收集器要好，加入以下參數：
-xx:+useparnewgc
-xx:+useconcmarksweepgc
-xx:cmsinitiatingoccupancyfraction=80
至此，調優結束
總結一下加入的參數如下：
-xloggc:d:/soft/eclipse-jee-galileo-win32/eclipse/gc.log
-xms512m
-xmx512m
-xx:newsize=256m
-xx:maxnewsize=256m
-xx:compilethreshold=100
-xverify:none