如何縮短eclipse啟動(dòng)JVM優(yōu)化的時(shí)間，相信很多沒有經(jīng)驗(yàn)的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個(gè)問題。

創(chuàng)新互聯(lián)專注于企業(yè)全網(wǎng)整合營銷推廣、網(wǎng)站重做改版、蒼梧網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、HTML5建站、商城網(wǎng)站定制開發(fā)、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性價(jià)比高，為蒼梧等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

追加:首先要聲明一下,這個(gè)案例在<深入理解JVM虛擬機(jī)>這本書中也提到過. 這本書是我曾經(jīng)學(xué)習(xí)JVM的***本書.里面關(guān)于Heap的優(yōu)化思想,來源于此.建議大家想學(xué)JVM原理的,可以找來此書看看. 寫這篇文章,是因?yàn)樽罱诮o一個(gè)社交網(wǎng)站服務(wù)器做調(diào)優(yōu),突然覺得我機(jī)器上的eclipse跑的比較多,所以順便優(yōu)化下eclipse.至于基于 WebSphere服務(wù)器的性能調(diào)優(yōu),這回涉及到更多的工具和方法,會(huì)在以后的文章中看到.

最近自從eclipse安裝了很多插件以后,啟動(dòng)變得非常的慢,每次啟動(dòng),要消耗近半分鐘.這是不正常的. 今天決定好好優(yōu)化一下.

我所使用的eclipse是Eclipse Java EE IDE for Web Developers 3.8版本. 跑在MAC OSX上, SSD+8G RAM, 這么高性能的機(jī)器竟然不能秒開eclipse, 這太說不過去了. 哦,還有我使用的JVM是Oracle的HotSpot,來自于JDK1.6 64bit.

首先,在優(yōu)化前,讓我們看看eclipse啟動(dòng)時(shí),JVM的各項(xiàng)性能指標(biāo). 因?yàn)槲也⒉荒軠?zhǔn)確的判定eclipse的啟動(dòng)完成時(shí)間, 所以我只能說大約事件.

首先啟動(dòng)JDK自帶的JVM性能監(jiān)視工具,在java\bin的目錄下,有一個(gè)jvisualvm,它是綁定在JDK中的visualvm.雙擊啟動(dòng) visualvm. 然后啟動(dòng)eclipse, 在eclipse啟動(dòng)完成以后,使用visualvm的查看eclipse的Visual GC情況, 如圖:

上圖中說明在eclipse的啟動(dòng)過程中,JIT對字節(jié)碼進(jìn)行了向機(jī)器碼的編譯,花去了22秒的時(shí)間.Class加載花去了10秒的時(shí)間,Minor GC發(fā)生了72次,花去0.64秒,Full GC發(fā)生了12次,僅僅花去了61毫秒.

我們再去MBean選項(xiàng)查看,發(fā)現(xiàn)新生代使用ParNew垃圾收集器,而老年代使用的是CMS垃圾收集器.

總上情況看出,由于MAC的性能比較好,所以垃圾回收并沒有消耗太多的時(shí)間,并且CMS+ParNew本身就是并行垃圾回收,不會(huì)造成用戶程序太多的停頓. 時(shí)間主要消耗在了JIT的即時(shí)編譯和Class加載上了.

首先要優(yōu)化的就是class加栽.因?yàn)閑clipse這個(gè)工具是一個(gè)成熟的工具,經(jīng)過了這么多人的驗(yàn)證,所以我充分信任eclipse的代碼,允許 eclipse的代碼在加載的時(shí)候,跳過字節(jié)碼驗(yàn)證. 關(guān)閉字節(jié)碼驗(yàn)證的方法是在vm的args中加入?yún)?shù) -Xverify:none. 對于eclipse來說,找到eclipse.ini, 加入-Xverify:none. 讓我們再重啟一下eclipse,看看class加載時(shí)間是否減小. 再次啟動(dòng),發(fā)現(xiàn)class加載事件縮小到7秒,比之前少了3秒.

然后優(yōu)化的是JIT的時(shí)間. 在使用eclipse編寫程序時(shí),主要是文本編輯,編譯和運(yùn)行,JIT雖然可以帶給我們高性能,但是JIT在編譯機(jī)器碼的時(shí)候,卻要消耗很多的時(shí)間. eclipse對項(xiàng)目的編譯和運(yùn)行本身就很慢,切運(yùn)行時(shí)是啟動(dòng)一個(gè)新的java進(jìn)程,跟eclipse本身無關(guān),所以,我可以接受拋棄JIT編譯器,而只是用JVM解釋器執(zhí)行字節(jié)碼所帶來的效率降低. 這樣可以去除JIT編譯的時(shí)間. 做法如下,在eclipse.ini中加入vm的參數(shù) -Xint, 意思是只使用解釋器. 讓我們來看看結(jié)果:

JVM編譯器時(shí)間變成了0, 一下減掉20秒. 但是,由于缺少了運(yùn)行時(shí)的即時(shí)編譯優(yōu)化方案,代碼的運(yùn)行時(shí)間變長了, eclipse的整體啟動(dòng)時(shí)間慢了更多,超過了30秒. 由此可見,JIT是多么有用的一項(xiàng)技術(shù).所以禁止JIT的嘗試失敗了.我們把之前的參數(shù)-Xint去掉.

哦,對了,我還裝了很多的插件,尤其是android開發(fā)插件.啟動(dòng)的時(shí)候?qū)Σ寮募せ钜矔?huì)花去很多時(shí)間. 屏蔽插件激活的方法: Windows -> Preferences, 輸入 “startup”, 點(diǎn)擊 “Startup and Shutdown”, 把不需要的插件勾掉. 此外,還需要關(guān)掉不必要的validation,方法為:Windows -> Preferences -> Validation. 只選你需要的.

做完以上工作,我發(fā)現(xiàn)eclipse啟動(dòng)稍微快了一些. 掐著秒表計(jì)算的花了大約15秒.

***,再優(yōu)化一下GC和堆棧吧.雖然說,GC已經(jīng)表現(xiàn)的很好了,都沒有超過1秒,但是GC的頻率如此高,說明JVM的內(nèi)存的分配是不合理的.為此,我們需要重新對JVM內(nèi)存進(jìn)行劃分. 為了對JVM的內(nèi)存進(jìn)行合理分配,我們需要了解eclipse啟動(dòng)過程中,GC到底發(fā)生了什么事情. 打開gc log的方法如下:

想eclipse.ini的vm參數(shù)中添加

-XX:+PrintGCDetails

-Xloggc:/users/joey/Documents/gc.log

啟動(dòng)eclipse,生成gc.log, 打開log,進(jìn)行分析.

***次Minor GC發(fā)現(xiàn),新生代的大小約為20M. 堆的大小約為40M. 再接下來的GC中,新生代始終沒有擴(kuò)容.這說明,新生代的大小合適.
0.720: [GC 0.720: [ParNew: 17024K->2112K(19136K), 0.0099529 secs] 17024K->2324K(38848K), 0.0100285 secs] [Times: user=0.03 sys=0.00, real=0.01 secs]

***次發(fā)生Full GC時(shí),發(fā)現(xiàn)老年代已經(jīng)擴(kuò)容到約93M,而永生代擴(kuò)容到約128M
67.213: [Full GC (System) 67.213: [CMS: 57969K->57877K(93124K), 0.3563491 secs] 62179K->57877K(112260K), [CMS Perm : 80490K->80392K(128708K)], 0.3565176 secs] [Times: user=0.36 sys=0.00, real=0.36 secs]

而直到***一次GC, 老年代占用也沒超過125M,永生帶占用也沒有超過125M. 但他們的占用空間均超過了100M. 由此,我們有理由規(guī)定一個(gè)初始堆大小. 最終,通過分析,我給eclipse.ini添加了如下幾個(gè)參數(shù):

-server  -Xverify:none  -XX:PermSize=128m  -XX:MaxPermSize=256m  -Xms256m  -Xmx512m  -Xmn40m  -Xss2m

-server是讓JVM以server模式運(yùn)行,加重JIT的優(yōu)化作用,由于eclipse是經(jīng)常開著不關(guān),在server模式下,JIT會(huì)隨著運(yùn)行的時(shí)間,把字節(jié)碼更深刻的變成成機(jī)器代碼.加快運(yùn)行速度.

-Xverify:none, 跳過對字節(jié)碼的驗(yàn)證.

PermSize永生帶設(shè)置為128M,堆的初始大小設(shè)置為256M,新生代站了40M. 每個(gè)線程棧大小設(shè)為2M.

在這種設(shè)置下,Full GC已經(jīng)完全消失,但還是剩下了20次左右的Minor GC,大約花掉0.3秒, 這是可以接受的. 如果為了完全消除GC而把新生代的空間設(shè)大,那也是一種內(nèi)存的浪費(fèi). 重啟eclipse,啟動(dòng)時(shí)間已經(jīng)落在了15秒之內(nèi).如圖:

看完上述內(nèi)容，你們掌握如何縮短eclipse啟動(dòng)JVM優(yōu)化的時(shí)間的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀！

當(dāng)前標(biāo)題：如何縮短eclipse啟動(dòng)JVM優(yōu)化的時(shí)間
網(wǎng)頁網(wǎng)址：http://chinadenli.net/article36/ppcisg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站營銷、移動(dòng)網(wǎng)站建設(shè)、企業(yè)網(wǎng)站制作、網(wǎng)站收錄、關(guān)鍵詞優(yōu)化、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)