IntelliJ IDEA設置JVM運行參數

2015 十一月

28

原

IntelliJ IDEA設置JVM運行參數

分類：JavaSE

（11566） （1）

打開 IDEA 安裝目錄，看到有一個 bin 目錄，其中有兩個 vmoptions 文件，需針對不一樣的JDK進行配置：

32 位：idea.exe.vmoptions
64 位：idea64.exe.vmoptions

-Xms512m
-Xmx1024m
-XX:MaxPermSize=512m
-XX:ReservedCodeCacheSize=225m
-XX:+UseConcMarkSweepGC
-XX:SoftRefLRUPolicyMSPerMB=50
-ea
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true

-Xms512m
-Xmx1024m
-XX:MaxPermSize=512m
-XX:ReservedCodeCacheSize=225m
-XX:+UseConcMarkSweepGC
-XX:SoftRefLRUPolicyMSPerMB=50
-ea
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true

上面列出的是idea64.exe.vmoptions的默認內容，咱們能夠根據須要進行修改。

下面內容轉自http://www.cnblogs.com/jack204/archive/2012/07/02/2572932.html

各參數的含義分別爲：

1、設置JVM內存設置

1. 設置JVM內存的參數有四個：

-Xmx   Java Heap最大值，默認值爲物理內存的1/4，最佳設值應該視物理內存大小及計算機內其餘內存開銷而定；

-Xms   Java Heap初始值，Server端JVM最好將-Xms和-Xmx設爲相同值，開發測試機JVM能夠保留默認值；

-Xmn   Java Heap Young區大小，不熟悉最好保留默認值；

-Xss   每一個線程的Stack大小，不熟悉最好保留默認值；

2. 如何設置JVM內存分配：

（1）當在命令提示符下啓動並使用JVM時（只對當前運行的類Test生效）：

java -Xmx128m -Xms64m -Xmn32m -Xss16m Test

（2）當在集成開發環境下（如eclipse）啓動並使用JVM時：

a. 在eclipse根目錄下打開eclipse.ini，默認內容爲（這裏設置的是運行當前開發工具的JVM內存分配）：

1. -vmargs  
2. -Xms40m  
3. -Xmx256m 

-vmargs表示如下爲虛擬機設置參數，可修改其中的參數值，也可添加-Xmn，-Xss，另外，eclipse.ini內還能夠設置非堆內存，如：-XX:PermSize=56m，-XX:MaxPermSize=128m。

此處設置的參數值能夠經過如下配置在開發工具的狀態欄顯示：

在eclipse根目錄下建立文件options，文件內容爲：org.eclipse.ui/perf/showHeapStatus=true

修改eclipse根目錄下的eclipse.ini文件，在開頭處添加以下內容：

1. -debug  
2. options  
3. -vm  
4. javaw.exe 

從新啓動eclipse，就能夠看到下方狀態條多了JVM信息。

b. 打開eclipse－窗口－首選項－Java－已安裝的JRE（對在當前開發環境中運行的java程序皆生效）

編輯當前使用的JRE，在缺省VM參數中輸入：-Xmx128m -Xms64m -Xmn32m -Xss16m

c. 打開eclipse－運行－運行－Java應用程序（只對所設置的java類生效）

選定需設置內存分配的類－自變量，在VM自變量中輸入：-Xmx128m -Xms64m -Xmn32m -Xss16m

注：若是在同一開發環境中同時進行了b和c設置，則b設置生效，c設置無效，如：

開發環境的設置爲：-Xmx256m，而類Test的設置爲：-Xmx128m -Xms64m，則運行Test時生效的設置爲：

-Xmx256m -Xms64m

（3）當在服務器環境下（如Tomcat）啓動並使用JVM時（對當前服務器環境下因此Java程序生效）：

a. 設置環境變量：

變量名：CATALINA_OPTS

變量值：-Xmx128m -Xms64m -Xmn32m -Xss16m

b. 打開Tomcat根目錄下的bin文件夾，編輯catalina.bat，將其中的�TALINA_OPTS%（共有四處）替換爲：-Xmx128m -Xms64m -Xmn32m -Xss16m

2、查看設置JVM內存信息

Runtime.getRuntime().maxMemory(); //最大可用內存，對應-Xmx

Runtime.getRuntime().freeMemory(); //當前JVM空閒內存

Runtime.getRuntime().totalMemory(); //當前JVM佔用的內存總數，其值至關於當前JVM已使用的內存及freeMemory()的總和

關於maxMemory()，freeMemory()和totalMemory()：

maxMemory()爲JVM的最大可用內存，可經過-Xmx設置，默認值爲物理內存的1/4，設值不能高於計算機物理內存；

totalMemory()爲當前JVM佔用的內存總數，其值至關於當前JVM已使用的內存及freeMemory()的總和，會隨着JVM使用內存的增長而增長；

freeMemory()爲當前JVM空閒內存，由於JVM只有在須要內存時才佔用物理內存使用，因此freeMemory()的值通常狀況下都很小，而 JVM實際可用內存並不等於freeMemory()，而應該等於maxMemory()-totalMemory()+freeMemory()。及其 設置JVM內存分配。

官方文檔見：

http://docs.sun.com/source/819-0084/pt_tuningjava.html

java啓動參數共分爲三類；
其一是標準參數（-），全部的JVM實現都必須實現這些參數的功能，並且向後兼容；
其二是非標準參數（-X），默認jvm實現這些參數的功能，可是並不保證全部jvm實現都知足，且不保證向後兼容；
其三是非Stable參數（-XX），此類參數各個jvm實現會有所不一樣，未來可能會隨時取消，須要慎重使用；

標準參數中比較有用的：

verbose 
-verbose:class 
 輸出jvm載入類的相關信息，當jvm報告說找不到類或者類衝突時可此進行診斷。
-verbose:gc 
 輸出每次GC的相關狀況。
-verbose:jni 
 輸出native方法調用的相關狀況，通常用於診斷jni調用錯誤信息。

非標準參數又稱爲擴展參數

通常用到最多的是

-Xms512m  設置JVM促使內存爲512m。此值能夠設置與-Xmx相同，以免每次垃圾回收完成後JVM從新分配內存。

-Xmx512m ，設置JVM最大可用內存爲512M。

-Xmn200m：設置年輕代大小爲200M。整個堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代通常固定大小爲64m，因此增大年輕代後，將會減少年老代大小。此值對系統性能影響較大，Sun官方推薦配置爲整個堆的3/8。

-Xss128k：

設置每一個線程的堆棧大小。JDK5.0之後每一個線程堆棧大小爲1M，之前每一個線程堆棧大小爲256K。更具應用的線程所需內存大小進行調整。在相同物理內 存下，減少這個值能生成更多的線程。可是操做系統對一個進程內的線程數仍是有限制的，不能無限生成，經驗值在3000~5000左右。

 

 

-Xloggc:file
 與-verbose:gc功能相似，只是將每次GC事件的相關狀況記錄到一個文件中，文件的位置最好在本地，以免網絡的潛在問題。
 若與verbose命令同時出如今命令行中，則以-Xloggc爲準。
-Xprof

 跟蹤正運行的程序，並將跟蹤數據在標準輸出輸出；適合於開發環境調試。

用-XX做爲前綴的參數列表在jvm中多是不健壯的，SUN也不推薦使用，後續可能會在沒有通知的狀況下就直接取消了；可是因爲這些參數中的確有不少是對咱們頗有用的，好比咱們常常會見到的-XX:PermSize、-XX:MaxPermSize等等；

 

首先來介紹行爲參數：

參數及其默認值	描述
-XX:-DisableExplicitGC	禁止調用System.gc()；但jvm的gc仍然有效
-XX:+MaxFDLimit	最大化文件描述符的數量限制
-XX:+ScavengeBeforeFullGC	新生代GC優先於Full GC執行
-XX:+UseGCOverheadLimit	在拋出OOM以前限制jvm耗費在GC上的時間比例
-XX:-UseConcMarkSweepGC	對老生代採用併發標記交換算法進行GC
-XX:-UseParallelGC	啓用並行GC
-XX:-UseParallelOldGC	對Full GC啓用並行，當-XX:-UseParallelGC啓用時該項自動啓用
-XX:-UseSerialGC	啓用串行GC
-XX:+UseThreadPriorities	啓用本地線程優先級

 

上面表格中黑體的三個參數表明着jvm中GC執行的三種方式，即串行、並行、併發；
串行（SerialGC）是jvm的默認GC方式，通常適用於小型應用和單處理器，算法比較簡單，GC效率也較高，但可能會給應用帶來停頓；
並行（ParallelGC）是指GC運行時，對應用程序運行沒有影響，GC和app二者的線程在併發執行，這樣能夠最大限度不影響app的運行；
併發（ConcMarkSweepGC）是指多個線程併發執行GC，通常適用於多處理器系統中，能夠提升GC的效率，但算法複雜，系統消耗較大；

 

性能調優參數列表：

參數及其默認值	描述
-XX:LargePageSizeInBytes=4m	設置用於Java堆的大頁面尺寸
-XX:MaxHeapFreeRatio=70	GC後java堆中空閒量佔的最大比例
-XX:MaxNewSize=size	新生成對象能佔用內存的最大值
-XX:MaxPermSize=64m	老生代對象能佔用內存的最大值
-XX:MinHeapFreeRatio=40	GC後java堆中空閒量佔的最小比例
-XX:NewRatio=2	新生代內存容量與老生代內存容量的比例
-XX:NewSize=2.125m	新生代對象生成時佔用內存的默認值
-XX:ReservedCodeCacheSize=32m	保留代碼佔用的內存容量
-XX:ThreadStackSize=512	設置線程棧大小，若爲0則使用系統默認值
-XX:+UseLargePages	使用大頁面內存

 

 咱們在平常性能調優中基本上都會用到以上黑體的這幾個屬性； 

 

調試參數列表：

參數及其默認值	描述
-XX:-CITime	打印消耗在JIT編譯的時間
-XX:ErrorFile=./hs_err_pid<pid>.log	保存錯誤日誌或者數據到文件中
-XX:-ExtendedDTraceProbes	開啓solaris特有的dtrace探針
-XX:HeapDumpPath=./java_pid<pid>.hprof	指定導出堆信息時的路徑或文件名
-XX:-HeapDumpOnOutOfMemoryError	當首次遭遇OOM時導出此時堆中相關信息
-XX:	出現致命ERROR以後運行自定義命令
-XX:OnOutOfMemoryError="<cmd args>;<cmd args>"	當首次遭遇OOM時執行自定義命令
-XX:-PrintClassHistogram	遇到Ctrl-Break後打印類實例的柱狀信息，與jmap -histo功能相同
-XX:-PrintConcurrentLocks	遇到Ctrl-Break後打印併發鎖的相關信息，與jstack -l功能相同
-XX:-PrintCommandLineFlags	打印在命令行中出現過的標記
-XX:-PrintCompilation	當一個方法被編譯時打印相關信息
-XX:-PrintGC	每次GC時打印相關信息
-XX:-PrintGC Details	每次GC時打印詳細信息
-XX:-PrintGCTimeStamps	打印每次GC的時間戳
-XX:-TraceClassLoading	跟蹤類的加載信息
-XX:-TraceClassLoadingPreorder	跟蹤被引用到的全部類的加載信息
-XX:-TraceClassResolution	跟蹤常量池
-XX:-TraceClassUnloading	跟蹤類的卸載信息
-XX:-TraceLoaderConstraints	跟蹤類加載器約束的相關信息

文章列表