問題描述
java程式部署在伺服器(CentOS 64位)啟動並執行時候,經常遭遇OOM,被伺服器kill掉java主進程。為謹慎起見,未採用霸道的關閉OOM的方法(Linux核心OOM機制的詳細分析),決定先最佳化JVM,減少記憶體使用量。
解決方案
參照JVM最佳化之壓縮普通對象指標中的描述,在64位機器上,由於64位JVM消耗的記憶體會比32位的大1.5倍,因為對象指標在64位架構下,長度會翻倍(更寬的定址)。好在從JDK 1.6 update14開始,64 bit JVM正式支援了 -XX:+UseCompressedOops 這個可以壓縮指標,起到節約記憶體佔用的新參數。
參照Enable -XX:+UseCompressedOops By Default中的描述,測試在64位伺服器上設定-Xmx32g時,-XX:+UseCompressedOops 和 -XX:+UseCompressedClassPointers會失效,所以最大的JVM堆空間設定為31g,相關測試如下:
測試1:-Xmx32g -XX:+UseCompressedOops 設定未生效
-Xmx31g -XX:+UseCompressedOops 設定生效
[rgf@datanode02 mqpf]$ /home/rgf/java/jdk1.8.0_151/bin/java -server -Xmx32g -XX:+UseCompressedOops -XX:+UseCompressedClassPointers -XX:+PrintFlagsFinal Oops | grep OopsJava HotSpot(TM) 64-Bit Server VM warning: Max heap size too large for Compressed Oops bool UseCompressedOops := false {lp64_product}錯誤: 找不到或無法載入主類 Oops
[rgf@datanode02 mqpf]$ /home/rgf/java/jdk1.8.0_151/bin/java -server -Xmx31g -XX:+UseCompressedOops -XX:+UseCompressedClassPointers -XX:+PrintFlagsFinal Oops | grep Oops bool UseCompressedOops := true {lp64_product}錯誤: 找不到或無法載入主類 Oops
測試1:-Xmx32g -XX:+UseCompressedClassPointers 設定未生效
-Xmx31g -XX:+UseCompressedClassPointers 設定生效
[rgf@datanode02 mqpf]$ /home/rgf/java/jdk1.8.0_151/bin/java -server -Xmx32g -XX:+UseCompressedOops -XX:+UseCompressedClassPointers -XX:+PrintFlagsFinal Oops | grep PointersJava HotSpot(TM) 64-Bit Server VM warning: Max heap size too large for Compressed Oops bool UseCompressedClassPointers := false {lp64_product}錯誤: 找不到或無法載入主類 Oops
[rgf@datanode02 mqpf]$ /home/rgf/java/jdk1.8.0_151/bin/java -server -Xmx31g -XX:+UseCompressedOops -XX:+UseCompressedClassPointers -XX:+PrintFlagsFinal Oops | grep Pointers bool UseCompressedClassPointers := true {lp64_product}錯誤: 找不到或無法載入主類 Oops