正如我在前面的答案中指出的那样,对这些内存池设置限制的 原因 有所不同。
如果您的用户以前将MaxPermSize 增加到 默认值以上,则可能是为了避免CMS出现Full GC
/并发模式失败,或者是因为他们的应用程序确实需要大量的perm生成空间。
将元空间限制从其有效的无限默认值减少将具有完全不同的目的:避免无限的元空间增长。
问题是那只是一个上限。实际提交的(即_当前元_空间的大小)将较小。实际上,有一个名为
MaxmetaspaceFreeRatio(默认为70%)的设置,这意味着实际的元空间大小永远不会超过其占用率的230%。
而要使其增长,首先必须将其填满,强制进行垃圾回收(元空间已满),以尝试释放对象,并且只有当它不能满足其
MinmetaspaceFreeRatio(默认40%)目标时,才将_当前元_ 空间扩展到不超过GC周期后占用率达到230%。
因此,在实践中,除非应用程序不断泄漏类装入器/类或生成大量动态代码,否则实际的元空间大小应稳定在与其实际需要接近的范围内。
TL; DR:可能有一些限制元空间大小的原因,但它们可能与设置烫发根大小的原始原因有所不同。因此,应该重新评估需求。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)