o2server 启动后一般占用大约4g~6g内存空间,在启动脚本中默认设置 -xms2g 限定heap(堆)的大小最小2g,可以通过设置-xmx来设置堆的上限.
-xms2g:设置jvm初始堆内存为2g.此值可以设置与-xmx相同,以避免每次垃圾回收完成后jvm重新分配内存.
-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空间.
再次运行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,异步就能完成完成内存伸缩.