在將工作電腦的操作系統更換為win7之後，我的MyEclipse的啟動速度和運行速率一直很不理想。特別是在同時修改調試多個頁面模板的時候，來回切換兩個文件總是會卡個十來秒。試過關掉各種插件和驗證也無濟於事。於是在大致的研究完JVM後，決定從JVM的角度來試著解決這個問題。
啟動優化：
首先來看下我的myeclipse.ini裡面的默認啟動參數：
-Xmx512m ：設置堆內存最大值為512M
-XX:MaxPermSize=256m ：設置持久代最大值為256m
-XX:ReservedCodeCacheSize=64m ：設置代碼佔用的內存大小為64m
從啟動參數上看不出什麼，於是往裡面加入打印內存變化相關參數：
-XX:+PrintGCTimeStamps :打印每次GC的時間戳
-XX:+PrintGCDetails ：打印每次GC的詳細信息
-Xloggc:myEclipseGC.log ：將GC的記錄輸出到文件
-verbose:gc :輸出每次GC的相關情況
然後啟動MyEclipse，然後查看myEclipseGC.log裡面的信息：
啟動耗時大概在30秒左右，選擇性的截取一小部分日誌，可以看到，在myeclipse啟動的前10秒內，JVM總共執行了300多次的GC和9次的FULL GC。
從GC頻率和信息可以看出內存的回收率很高，且大小在不斷調整，這應該是由於年輕代的空間不足導致，需要設定一個不小的初始值。
然後來重點關注FULL GC：
複製代碼代碼如下:5.961: [Full GC 5.961: [Tenured: 34568K->34456K(49676K), 0.1397651 secs] 35336K->34456K(53452K), [Perm : 26623K->26458K(26624K)], 0.1398562 secs] [Times: user=0.14 sys=0.00, real=0.14 secs]
9.030: [Full GC 9.030: [Tenured: 53310K->52332K(64588K), 0.2034757 secs] 56020K->52332K(69516K), [Perm : 43007K->42996K(43008K)], 0.2036030 secs] [Times: user=0.20 sys=0.00, real=0.20 secs]
從兩次日誌的對比中可以看到，FULL GC主要是在回收Tenured和Perm這兩個區域，並且這兩個區域的大小都在不斷的調整中，所以決定先把它們的大小固定下來。
於是調整後的參數如下：
-Xms512m ：設定堆的最小值為512m
-Xmn192m :設定年輕代的大小為192m
-XX:PermSize=192m :設定持久代的初始值為192m
-XX:MaxPermSize=192m
-XX:ReservedCodeCacheSize=64m
-XX:+PrintGCTimeStamps
-XX:+PrintGCDetails
-Xloggc:myEclipseGC.log
-verbose:gc
重新啟動一次MyEclipse，查看日誌信息：
啟動耗時12秒左右，從日誌可以看出，在前10秒內總共只進行了5次GC，不涉及各區域大小的調整，這個結果還是可以接受的，因為工作時不怎麼需要頻繁重啟。
工作響應速度優化：
接下來研究困擾了我很久的來回切換html文件時的經常性延時和大卡問題，為了更直觀的研究JVM的內存變化，決定借助jconsole這個java自帶的輔助工具。先把myeclipse.ini的參數還原，避免被第一階段的優化干擾。
啟動myeclipse，啟動jconsole並接入myeclipse所在的JVM，穩定後的整個堆的內存圖如下：
接下來試著打開幾個模板，然後觀察內存的變化。
首先是堆內存的整體使用情況：
可以看到，在打開了幾個模板之後，堆內存的使用從原先的100M以下突增至300M以上。使用量增加了三倍，但是還在我設置的512M範圍之內。所以可以暫時不考慮繼續增加堆內存，轉而考慮調整各區內存大小比例問題。
於是觀察下各個區在這段時間的內存使用情況，其中，Eden區如下：
Eden區在這段時間的內存使用率大增，且發生了多次GC。通過底下的監控信息可以知道，eden區在默認情況下只分配了31M的最大內存，這顯然是不夠用的。稍微執行點操作都會觸發eden區的GC，這應該是模板打開切換發生延時卡頓的原因之一，需要調整。
接下來是Tenured區：
JVM默認給這個區域分配的最大空間是470M。隨著內存使用的變化，這個區域的實際大小一直在調整，每次區域大小的調整都會發生FULL GC，這應該是經常性大卡的原因之一。而新模板的打開是觸發這種調整的主要原因。從這個區域內存的使用上來看，將這個區域的內存空間維持並固定在450M左右，保持一定的冗餘還是有必要的。
從這點來看，jvm的堆內存還是有必要稍微擴充下以維持一個較大的Tenured區和Eden區。
最後來看下perm區：
作為方法區的一部分，這個區域的內存變化並不大，並且比較穩定，本來不需要留太多的冗餘。但是考慮到當前打開的工程實際代碼量並不大，決定暫時維持在128M左右，日後慢慢調整。
於是根據上面的分析將參數調整為：
-Xmx768m
-Xms768m
-Xmn256m
-XX:PermSize=192m
-XX:MaxPermSize=192m
-XX:ReservedCodeCacheSize=64m
重啟myeclipse，接入Jconsole，同時打開三十來個模板做了下測試。在觀查各個區的內存使用率時發現一個問題，在將年輕代調整為256M以後，由於Eden不再頻繁的發生GC，進入Tenured區的數據量明顯減少，Tenured區的內存使用圖如下：
如上圖，在特意打開很多模板的情況下，450M+的空間只使用了不到250M，空間利用率太低，需再做調整。
總結
以上是我對自己的myeclipse進行調優的一些思路和實際調優的過程，在實際使用中又根據自己的喜好進行了一些調整定制，最終形成的myeclipse.ini的參數如下：
-vmargs
-Xmx512m
-Xms512m
-Xmn192m
-XX:PermSize=128m
-XX:MaxPermSize=128m
-XX:ReservedCodeCacheSize=64m
在這個參數設置下，myeclipse的響應速度比較有保證，各種延時卡頓的現象的出現頻率大大降低。缺點是常駐的佔用的系統內存偏高，喜歡同時打開多個myeclipse的同學可根據自己的需要和實際情況進行適當的調整。
以上就是本文的全部內容，希望能夠對大家的學習有所幫助。