如何解决JVM空闲堆内存不释放回OS的问题

介绍

今天就跟大家聊聊有关如何解决JVM空闲堆内存不释放回OS的问题,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。

JDK 8及更早版本

在这些版本中,没有用于立即回收的显式选项,但是您可以通过进行设置来使GC一般更具侵略性,该设置<代码> - xx: GCTimeRatio=19 - xx: MinHeapFreeRatio=20 - xx: MaxHeapFreeRatio=30>

如果使用并发收集器,还可以将<代码> - xx: InitiatingHeapOccupancyPercent=N N设置为一个较低的值,以使GC几乎连续运行并发收集,这将消耗更多的CPU周期,但会更快地缩小堆。通常这不是一个好主意,但是在某些类型的具有大量备用CPU内核但内存不足的计算机上,这是有道理的。

如果您使用的是G1GC,请注意,它仅使用jdk8u20获得了在堆中间退还未使用的块的功能,而早期版本只能在堆末尾返回块,这对可装载的块数量有很大的限制。收回。

如果您使用的收集器具有默认的暂停时间目标(例如CMS或G1),则您也可以放宽该目标,以对收集器施加更少的约束,或者您可以切换并行收集器,以在暂停时间上优先考虑占用空间。

为了验证是否发生收缩或诊断GC决定不收缩的原因,您可以使用GC日志记录<代码> - xx: + PrintAdaptiveSizePolicy>

JDK 9

添加了<代码> - xx: -ShrinkHeapInSteps>

对于日志记录<代码> - xx: + PrintAdaptiveSizePolicy> -Xlog: GC +因此

JDK 12

引入了通过<代码> G1PeriodicGCInterval>

如果您使用G1收集器并偶尔调用系统。gc()(我每分钟执行一次),则Java将可靠地收缩堆并将内存返还给操作系统。

从Java 12开始,如果应用程序处于空闲状态,则G1会自动执行此操作。

我建议将这些选项与以上建议结合使用,以实现非常紧凑的驻留进程大小:

 - xx: + UseG1GC  - xx: MaxHeapFreeRatio=30, - xx: MinHeapFreeRatio=10 

JDK 13

动作在Java中13发布,它可以将未使用的堆内存返回给操作系统,请参阅链接

看完上述内容,你们对如何解决JVM空闲堆内存不释放回OS的问题有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注行业资讯频道,感谢大家的支持。

如何解决JVM空闲堆内存不释放回OS的问题