JVM虛擬機參數

堆設置

-Xmx3550m:設置JVM最大堆內存 爲3550M。java

-Xms3550m:設置JVM初始堆內存 爲3550M。此值能夠設置與-Xmx相同,以免每次垃圾回收完成後JVM從新分配內存。算法

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

-Xmn2g:設置堆內存年輕代 大小爲2G。整個堆內存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代通常固定大小爲64m,因此增大年輕代後,將會減少年老代大小。此值對系統性能影響較大,Sun官方推薦配置爲整個堆的3/8。併發

-XX:PermSize=256M:設置堆內存持久代 初始值爲256M。(貌似是Eclipse等IDE的初始化參數)性能

-XX:MaxNewSize=size:新生成的對象能佔用內存的最大值。測試

-XX:MaxPermSize=512M:設置持久代最大值爲512M。操作系統

-XX:NewRatio=4:設置堆內存年輕代(包括Eden和兩個Survivor區)與堆內存年老代的比值(除去持久代) 。設置爲4,則年輕代所佔與年老代所佔的比值爲1:4。命令行

-XX:SurvivorRatio=4: 設置堆內存年輕代中Eden區與Survivor區大小的比值 。設置爲4,則兩個Survivor區(JVM堆內存年輕代中默認有2個Survivor區)與一個Eden區的比值爲2:4,一個Survivor區佔 整個年輕代的1/6。線程

-XX:MaxTenuringThreshold=7:表示一個對象若是在救助空間(Survivor區)移動7次尚未被回收就放入年老代。 若是設置爲0的話,則年輕代對象不通過Survivor區,直接進入年老代,對於年老代比較多的應用,這樣作能夠提升效率。 若是將此值設置爲一個較大值,則年輕代對象會在Survivor區進行屢次複製,這樣能夠增長對象在年輕代存活時間,增長對象在年輕代即被回收的機率。日誌

回收器選擇

JVM給了三種選擇:串行收集器、並行收集器、併發收集器,可是串行收集器只適用於小數據量的狀況,因此這裏的選擇主要針對並行收集器和併發收集器。 默認狀況下,JDK5.0之前都是使用串行收集器,若是想使用其餘收集器須要在啓動時加入相應參數。JDK5.0之後,JVM會根據當前系統配置進行智能判斷。

串行收集器

-XX:+UseSerialGC:設置串行收集器 並行收集器(吞吐量優先)

-XX:+UseParallelGC:選擇垃圾收集器爲並行收集器。此配置僅對年輕代有效。即上述配置下,年輕代使用併發收集,而年老代仍舊使用串行收集。

-XX:ParallelGCThreads=20:配置並行收集器的線程數,即:同時多少個線程一塊兒進行垃圾回收。此值最好配置與處理器數目相等。

-XX:+UseParallelOldGC:配置年老代垃圾收集方式爲並行收集。JDK6.0支持對年老代並行收集。

-XX:MaxGCPauseMillis=100:設置每次年輕代垃圾回收的最長時間(單位毫秒),若是沒法知足此時間,JVM會自動調全年輕代大小,以知足此值。

-XX:+UseAdaptiveSizePolicy:設置此選項後,並行收集器會自動選擇年輕代區大小和相應的Survivor區比例,以達到目標系統規定的最低響應時間或者收集頻率等。 此參數建議使用並行收集器時,一直打開。

併發收集器(響應時間優先)

-XX:+UseParNewGC:設置年輕代爲併發收集。可與CMS收集同時使用。JDK5.0以上,JVM會根據系統配置自行設置,因此無需再設置此值。

CMS

全稱Concurrent Low Pause Collector,是jdk1.4後期版本開始引入的新gc算法,在jdk5和jdk6中獲得了進一步改進,它的主要適合場景是對響應時間的重要性需求 大於對吞吐量的要求,可以承受垃圾回收線程和應用線程共享處理器資源,而且應用中存在比較多的長生命週期的對象的應用。CMS是用於對tenured generation的回收,也就是年老代的回收,目標是儘可能減小應用的暫停時間,減小FullGC發生的概率,利用和應用程序線程併發的垃圾回收線程來 標記清除年老代。

-XX:+UseConcMarkSweepGC:設置年老代爲併發收集。測試中配置這個之後,-XX:NewRatio=4的配置失效了。因此,此時年輕代大小最好用-Xmn設置。

-XX:CMSFullGCsBeforeCompaction=:因爲併發收集器不對內存空間進行壓縮、整理,因此運行一段時間之後會產生「碎片」,使得運行效率下降。此參數設置運行次FullGC之後對內存空間進行壓縮、整理。

-XX:+UseCMSCompactAtFullCollection:打開對年老代的壓縮。可能會影響性能,可是能夠消除內存碎片。

-XX:+CMSIncrementalMode:設置爲增量收集模式。通常適用於單CPU狀況。

-XX:CMSInitiatingOccupancyFraction=70:表示年老代空間到70%時就開始執行CMS,確保年老代有足夠的空間接納來自年輕代的對象。 注:若是使用 throughput collector 和 concurrent low pause collector 這兩種垃圾收集器,須要適當的挺高內存大小,爲多線程作準備。

標題其它

-XX:+ScavengeBeforeFullGC:新生代GC優先於Full GC執行。

-XX:-DisableExplicitGC:禁止調用System.gc(),但JVM的gc仍然有效。

-XX:+MaxFDLimit:最大化文件描述符的數量限制。

-XX:+UseThreadPriorities:啓用本地線程優先級API,即便 java.lang.Thread.setPriority() 生效,反之無效。

-XX:SoftRefLRUPolicyMSPerMB=0:「軟引用」的對象在最後一次被訪問後能存活0毫秒(默認爲1秒)。

-XX:TargetSurvivorRatio=90:容許90%的Survivor空間被佔用(默認爲50%)。提升對於Survivor的使用率——超過就會嘗試垃圾回收。

輔助信息

-XX:-CITime:打印消耗在JIT編譯的時間

-XX:ErrorFile=./hs_err_pid.log:保存錯誤日誌或者數據到指定文件中

-XX:-ExtendedDTraceProbes:開啓solaris特有的dtrace探針

-XX:HeapDumpPath=./java_pid.hprof:指定導出堆信息時的路徑或文件名

-XX:-HeapDumpOnOutOfMemoryError:當首次遭遇內存溢出時導出此時堆中相關信息

-XX:OnError=";":出現致命ERROR以後運行自定義命令

-XX:OnOutOfMemoryError=";":當首次遭遇內存溢出時執行自定義命令

-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:跟蹤類加載器約束的相關信息

相關文章
相關標籤/搜索