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
此中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,异步就能完成完成内存伸缩.
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
