標籤:blog http java 使用 strong os
最近,Eclipse(Eclipse-JEE3.5)運行十分緩慢(可能外掛程式安裝過多),因此,得到了個機會調優一下,以便提高工作效率
是未經任何調整eclipse的gc情況(使用jvisualvm命令,安裝visual gc外掛程式)
在終端輸入:jvisualvm運行後,工具->外掛程式->visual gc,安裝。
啟動eclipse後,在終端運行: ps -ef | grep eclipse,然後在jvisualvm的應用程式一欄選擇eclipse pid的程式雙擊,即可到visual gc上查看圖表。
-Xms1024m
-Xmx1024m
對應的為圖中的 Old 區;
-XX:NewSize=768m
-XX:MaxNewSize=768m
對應的為圖中的 Eden 區;
-XX:PermSize=200m
-XX:MaxPermSize=200m
對應的為圖中的 Perm區;
可以看出,僅啟動過程就有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
至此,調優結束
總結一下加入的參數如下:
-verbose:gc
-XX:+PrintGCDetails
-XX:+PrintGCDateStamps
-Xloggc:D:/soft/eclipse-jee-galileo-win32/eclipse/gc.log
-Xms512m
-Xmx512m
-XX:NewSize=256m
-XX:MaxNewSize=256m
-XX:PermSize=96m
-XX:MaxPermSize=96m
-XX:+DisableExplicitGC
-XX:CompileThreshold=100
-Xverify:none
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=80
http://blog.csdn.net/gtuu0123/article/details/6720253
參考如上內容用的eclipse.ini:
1、小記憶體,運行情況不錯
-clean
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.gtk.linux.x86_1.1.200.v20130807-1835
-product
org.eclipse.epp.package.cpp.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Xms512m
-Xmx512m
-XX:NewSize=256m
-XX:MaxNewSize=256m
-XX:PermSize=96m
-XX:MaxPermSize=96m
-XX:+DisableExplicitGC
-XX:CompileThreshold=100
-Xverify:none
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=80
2、大記憶體
-clean
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.gtk.linux.x86_1.1.200.v20130807-1835
-product
org.eclipse.epp.package.cpp.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Xms1600m
-Xmx1600m
-XX:NewSize=800m
-XX:MaxNewSize=800m
-XX:PermSize=256m
-XX:MaxPermSize=256m
-XX:+DisableExplicitGC
-XX:CompileThreshold=100
-Xverify:none
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=80
3、大記憶體,自己弄的,可能最佳化的不合理
-clean
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.gtk.linux.x86_1.1.200.v20130807-1835
-product
org.eclipse.epp.package.cpp.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.6
-XX:MaxPermSize=256m
-Xms40m
-Xmx2048m
-Xss1024k
-Xss1024k
-XX:+DisableExplicitGC
-XX:CompileThreshold=100
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=80
-Xverify:none