o2server 启动后一般占用大约4G~6G内存空间,在启动脚本中默认设置 -Xms2g 限定heap(堆)的大小最小2G,可以通过设置-Xmx来设置堆的上限.

Xms

-Xms2g:设置JVM初始堆内存为2g.此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存.

Xmx

-Xmx5g:设置JVM最大堆内存为5g.如果不设置默认情况下为物理内存的1/4.

内存占用

下面我们看一下o2server实际内存占用.通过 top 命令可以看到运行中o2server的pid号为:15167

实际占用内存4.014g.但是这4g内存中有很大一部分处于空闲状态.

通过命令:

/data/o2server/jvm/linux_java11/bin/jhsdb jmap --heap --pid 15167

我们可以查看到内存占用情况如图:

实际堆占用内存2458M,使用1486M,空闲971M

实际占用内存至少有40%是处于free状态预留的.

MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70

其中MinHeapFreeRatio = 40表示如果free的内存比上现在占用的内存,也就是空闲比例小于40,那么jvm将向系统申请一些内存以至少达到40%的比例---扩容.

其中MaxHeapFreeRatio = 70表示如果free的内存比上现在占用的内存,也就是空闲比例大于70,那么jvm将减少占用的内存,并将减少占用的内存释放操作系统--缩容.

设置
-XX:MaxHeapFreeRatio,-XX:MinHeapFreeRatio

如果内存比较紧张,比如在docker环境中,我们可以通过设置-XX:MaxHeapFreeRatio和-XX:MinHeapFreeRatio,减少jvm预留的空间:

````shell
-XX:MinHeapFreeRatio=10 -XX:MaxHeapFreeRatio=25
````

当空闲内存大于25%时进行缩容,当空闲内存小于10时进行扩容.减少预留的free空间.

设置GC

再次运行jhsdb查看

虽然设置已经生效但是实际内存并没有释放回操作系统,还是占用在预留空间中,java11默认使用G1GC,jvm并不一定会立即归还系统内存.我们将GC改为serialGC(-XX:+UseSerialGC).

可以看到jvm立即归还了内存,在不同的GC下表现并不一致,G1GC也会逐渐归还内存给操作系统.

在Java12中可以使用ShenandoahGC(-XX:+UseShenandoahGC),可以更快的将可释放的内存归还给操作系统.

总结

各种常用的GC中只有ParallelGC不具备内存伸缩能力.而其他的GC.例如:Serial.CMS,G1,ShenandoahGC都具备内存伸缩能力.需要说明的是,具备伸缩能力的前提是Xms小于Xmx,其伸缩能力上限由Xmx限制,伸缩能力下限由Xms限制.伸缩的比例由MaxHeapFreeRatio和MinHeapFreeRatio控制,其中Serial和CMS的效果一般,G1需要借助FGC才能将不再使用的内存归还给操作系统.至于JDK12带来的ShenandoahGC,效果非常好,而且不需要依赖FGC,异步就能完成完成内存伸缩.