问题描述
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 Oops
Java 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 Pointers
Java 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