Eclipse的啟動優化詳解(我看過的最全的優化), 終於解決啟動/編譯/執行期間的頻繁卡死問題了...
轉載: https://www.cnblogs.com/Seachal/p/6202296.html
首先了解下JVM中幾個相關的概念:
Xms:最小堆大小
Xmx:最大堆大小
Xmn:年輕代堆大小
Xss:每個執行緒的堆大小
PermSize:初始持久代大小
MaxPermSize:最大持久代大小
一般Xms、Xmx設定相同,PermSize、MaxPermSize設定相同,這樣可以避免伸縮堆大小帶來的效能損耗。
首先eclipse安裝根目錄下開啟eclipse.ini,加上配置:
-Xloggc:gc.log
-XX:+PrintGCTimeStamps
-XX:+PrintGCDetails
目的是執行eclipse的時候可以打出詳細gc過程。
啟動eclipse,然後開啟gc.log一看,哇塞啟動一次就做了幾十次GC,包括不少次Full GC,著手優化……
先解決Full GC的問題:
如上GC日誌可以看出,Full GC主要是針對Tenured、Perm區的GC,好那先調整Perm大小,指定充裕的持久代區域,eclipse.ini中加入:
-XX:PermSize=128m
-XX:MaxPermSize=128m
再次啟動看gc.log,Full GC沒有了,但是還有很多次普通GC,說明還是需要進一步優化。
eclipse的初始堆大小分配得很小,因此不利於年輕代堆大小的分配,如果設定的年輕代堆大小Xmn大於最小堆大小Xms,eclipse將無法啟動。
因此,將Xms調整為512m,重啟動後觀察GC大幅減少。
最後調整Xmn,年輕代堆大小,經過反覆比較後,發現設定“-Xmn256m”效果最優。
優化後的GC日誌:
在接近6秒的啟動時間內,eclipse總共只做了2次普通GC回收,怎麼樣效果明顯吧!
一般在不對eclipse進行相關設定的時候,使用eclipse總是會覺得啟動好慢,用起來好卡,其實只要對eclipse的相關引數進行一些配置,就會有很大的改善。
加快啟動速度
1.在eclipse啟動的時候,它總是會搜尋讓其執行的jre,往往就是這個搜尋過程讓eclipse啟動變慢了。(沒設定時,等2-3s出現進度條,設定後直接出現進度條)
只要在eclipse.ini中加入-vm的引數就可以了
3.關閉自動更新
減少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這種,一定要把這個設的很大,因為它的類太多了。 |
還有其它的相關引數可以看看下面的參考材料,很有啟發的:
-XX:+UseParallelGC 使用併發記憶體回收
-XX:+DisableExplicitGC 禁用System.gc()的顯示記憶體回收
eclipse相關設定來來減少卡的現象
1.關閉自動構建。在啟用時,每儲存一下,eclipse就會自動為我們構建整個專案,這樣對於大的專案來說,每次儲存時都會造成很卡。其實自動構建完全沒有必要,只要保證在執行前構建一次就ok了,eclipse也會在執行前自動為我們構建,所以關閉是最明智的選擇。
2.關閉拼寫檢查設定
參考材料
jvm啟動引數大全:http://www.blogjava.net/midstr/archive/2008/09/21/230265.html
jvm結構的一些知識(其中的堆的構成):http://hllvm.group.iteye.com/group/wiki/2905-JVM
jvm堆知識:http://ruijf.iteye.com/blog/1028455
eclipse啟動調優:http://www.iteye.com/topic/756538
eclipse自帶的help contents(搜尋"Running Eclipse"可以找到啟動相關的配置)
相關文章
- Shiro效能優化:解決Session頻繁讀寫問題優化Session
- go的編譯優化問題Go編譯優化
- Java動態編譯優化——URLClassLoader 記憶體洩漏問題解決Java編譯優化記憶體
- iOS效能優化 - APP啟動時間優化iOS優化APP
- APP啟動時間優化APP優化
- Java動態編譯優化——ZipFileIndex記憶體洩漏問題分析解決Java編譯優化Index記憶體
- [譯] 優化 Swift 的編譯時間優化Swift編譯
- iOS深思篇 | 啟動時間的度量和優化iOS優化
- 數值最優化—優化問題的解(二)優化
- Android 效能優化 ---- 啟動優化Android優化
- Linux啟動時間優化技巧Linux優化
- 關於雲函式冷啟動優化的思考函式優化
- 基於APK加速啟動時間的Android系統資源優化APKAndroid優化
- iOS自動化測試的那些乾貨:關於appium啟動報錯問題的解決辦法iOSAPP
- iOS啟動優化iOS優化
- Android整合React Native啟動白屏問題優化AndroidReact Native優化
- Android效能優化之啟動過程(冷啟動和熱啟動)Android優化
- linux啟動時間優化措施(4)Linux優化
- Oracle儲存過程編譯卡死的解決方法Oracle儲存過程編譯
- 閒置計費 | 冷啟動與成本間的最優解
- App啟動速度優化APP優化
- [React]setState呼叫過於頻繁的問題React
- Spring Boot幾種啟動問題的解決方案Spring Boot
- 解決 Ubuntu 在啟動時凍結的問題Ubuntu
- 解決MMM啟動監控報錯的問題
- 如何進行 Linux 啟動時間優化Linux優化
- 基於Xamarin.Android的應用程式啟動效能優化Android優化
- 解決eclipse編輯jsp、js檔案時,經常出現卡死的問題EclipseJS
- 如何實現 iOS App 的冷啟動優化iOSAPP優化
- Android應用優化之冷啟動優化Android優化
- Android效能優化筆記(一)——啟動優化Android優化筆記
- 解決Kafka消費者啟動時頻繁列印日誌Kafka
- Go etcd 的依賴問題終於解決了。。。Go
- 閒置計費 | Serverless 冷啟動與成本間的最優解Server
- 解決vscode安裝後無法啟動的問題VSCode
- 遠端服務不能啟動問題的解決方法
- App啟動頁面優化APP優化
- EntityFramework優化:第一次啟動優化Framework優化