一張PDF了解JDK9 GC調優秘籍-附PDF下載
簡介
今天我們講講JDK9中的JVM GC調優參數,JDK9中JVM的參數總共有2142個,其中正式的參數有659個。好像比JDK8中的參數要少一點。
為了方便大家的參考,特意將JDK9中的GC參數總結成了一張PDF,這個PDF比之前總結的JDK8的PDF在排版,顏色和內容準確性上面又有了非常大的提升,歡迎大家下載。
Oracle中的文檔
今天這篇文章的內容都是從Oracle JDK9的官方文檔中提煉出來的。對於裏面的內容的真實性,我不能保證是100%正確的。
有人要問了,官網文檔也會有錯誤?
這個問題要從兩個方面說起,第一方面,任何人都會犯錯誤,雖然官網文檔經過了編輯,校驗核對然後才發佈,但是總會有一些遺漏的地方。
第二,Oracle的文檔是有專門的寫文檔的部門來專門編寫的,寫文檔就是他們的工作,所以,這些文檔並不是開發JDK的開發人員編寫的,而是和開發JDK不相關的文檔編寫員編寫的。
至於文檔寫完之後有沒有JDK開發人員過目,大家可以自行腦補……
所以古人說得好,盡信書不如無書。
JDK9中JVM參數的變化
一代新人換舊人,長江後浪推前浪。由來只有新人笑 有誰聽到舊人哭。
JDK9出現了,那麼JDK8中的一些參數自然需要退伍了。
我們回想一下JDK9中有些什麼變化呢?我總結一下有三個。
-
最大的變化就是引入了JPMS(Java Platform Module System)也就是Project Jigsaw。
模塊化的本質就是將一個大型的項目拆分成為一個一個的模塊,每個模塊都是獨立的單元,並且不同的模塊之間可以互相引用和調用。
在module中會有元數據來描述該模塊的信息和該模塊與其他模塊之間的關係。這些模塊組合起來,構成了最後的運行程序。
-
然後就是引入的Xlog日誌服務,通過Xlog日誌服務我們可以監控JVM中的事件,比如:GC,class loading,JPMS,heap,thread等等。
-
最後就是將String中的底層存儲從char數組換成了byte數組。
這三個變化中和JVM最相關的就是第二個Xlog日誌服務。
廢棄的JVM選項
-Xusealtsigs / -XX:+UseAltSigs
這兩個選項在JDK9中被廢棄了,如果你不知道也沒關係,因為這兩個選項是在Oracle Solaris中專有的。現在用Solaris服務器的人應該比較少了…..
不推薦(Deprecated)的JVM選項
下面這些選項是JVM已經不再推薦使用了,如果你使用的話也沒問題,但是會有報警。
Deprecated表示這些選項會在未來被刪除,我們應該盡量避免使用這些選項。
選項有很多,我們挑一些比較常見和重要的來給大家講解一下。
-d32 / -d64
為什麼這兩個參數會被不推薦呢?因為現在的服務器性能已經非常非常的好了。
如果你的JDK是64位的,那麼默認就啟用了-server和-d64模式,32位的JDK現在應該很少見到了。
Oracle官方文檔說只有Java HotSpot Server VM才有64位的模式。不知道是真是假,因為其他的VM我也沒有用過,沒有發言權。
-Xloggc:garbage-collection.log
因為JDK9中引入Xlog框架,所以之前的日誌輸出的參數都被替換成了新的Xlog格式:
比如上面的命令被替換成為 -Xlog:gc:garbage-collection.log
所以那些以Print開頭的GC日誌輸出參數都是不推薦的。我們需要使用Xlog來替代。
同樣的以Trace開頭的運行時日誌輸出參數也是不推薦的,也可以使用Xlog來替代。
-XX:+UseConcMarkSweepGC / -XX:CMS*
CMS在JDK9中是不被推薦的,所以CMS開頭的參數都不要用了。
-XX:+UseParNewGC
因為ParNewGC是和CMS一起使用的,所以CMS不推薦之後,ParNewGC也是不推薦使用的。
-XX:MaxPermSize=size / -XX:PermSize=size
JDK8中,Prem區已經被移到了Metaspace,所以上面的參數可以被下面的替代:
-XX:MaxMetaspaceSize=size / -XX:MetaspaceSize=size
被刪除的JVM參數
-Xincgc
增量GC在JDK9中被刪除了。
-Xmaxjitcodesize=size
JIT中最大的code cache大小被替換成 -XX:ReservedCodeCacheSize
。
還有其他的一些CMS的參數。
JDK9的新特性Application Class Data Sharing
AppCDS的全稱是Application Class-Data Sharing。主要是用來在不同的JVM中共享Class-Data信息,從而提升應用程序的啟動速度。
通常來說,如果要執行class位元組碼,JVM需要執行下面的一些步驟:給定一個類的名字,JVM需要從磁盤上面找到這個文件,加載,並驗證位元組碼,最後將它加載進來。
如果JVM啟動的時候需要加載成百上千個class,那麼需要的就不是一個小數目了。
對於打包好的jar包來說,只要jar的內容不變,那麼jar包中的類的數據始終是相同的。JVM在啟動時候每次都會運行相同的加載步驟。
AppCDS的作用就是將這些能夠共享的數據歸類成一個存儲文件,在不同的JVM中共享。
下面是AppCDS的大概工作流程:
-
選擇要歸檔的class,並創建一個class的列表,用在歸檔中。( -XX:DumpLoadedClassList)
-
創建歸檔文件(-Xshare:dump和-XX:SharedArchiveFile)
-
使用歸檔文件(-Xshare:on 和 -XX:SharedArchiveFile)
相應的VM參數如下:
JDK9的新特性Xlog
在java程序中,我們通過日誌來定位和發現項目中可能出現的問題。在現代java項目中,我們使用log4j或者slf4j,Logback等日誌記錄框架來處理日誌問題。
JVM是java程序運行的基礎,JVM中各種事件比如:GC,class loading,JPMS,heap,thread等等其實都可以有日誌來記錄。通過這些日誌,我們可以監控JVM中的事件,並可以依次來對java應用程序進行調優。
在JDK9中引入的Xlog日誌服務就是為這個目的而創建的。
通過xlog,JDK將JVM中的各種事件統一起來,以統一的形式對外輸出。通過tag參數來區分子系統,通過log level來區分事件的緊急性,通過logging output來配置輸出的地址。
在JDK9之後,之前的Print*參數都被Xlog所代替了。
我們看下常用的Xlog和GC日誌參數:
JDK9中的G1參數
作為JDK9中的默認垃圾回收器G1,對G1的調優是必不可少的。下面是G1的參數:
JDK9中的通用VM參數
下面是通用的VM參數:
JDK9中的通用GC參數
下面是JDK9中的通用GC參數:
JDK9中的內存調整參數
下面是JDK9中的內存調整參數:
總結
千言萬語不如一張PDF。我把JDK9的GC參數總結成了一張PDF,下面是PDF的下載鏈接。
歡迎大家下載。
本文作者:flydean程序那些事
本文鏈接://www.flydean.com/jdk9-gc-cheatsheet/
本文來源:flydean的博客
歡迎關注我的公眾號:程序那些事,更多精彩等着您!