阅读量:0
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,异步就能完成完成内存伸缩.
