JVM 调优 —— 新生代 Survivor 空间不足

来自 http://blog.csdn.net/wenniuwuren https://blog.csdn.net/wenniuwuren/article/details/50890824

零. 新生代调优规律
增大新生代空间， Minor GC 频率减少， Minor GC 时间上升。减少新生代空间， Minor GC 频率上升， Minor GC 时间下降

一. 新生代典型问题
先看一段 GC 日志：新生代使用 ParNew，老年代使用 CMS

{Heap before GC invocations=0 (full 0):
par new generation total 943744K, used 838912K [0x0000000757000000, 0x0000000797000000, 0x0000000797000000)
eden space 838912K, 100% used [0x0000000757000000, 0x000000078a340000, 0x000000078a340000)
from space 104832K, 0% used [0x000000078a340000, 0x000000078a340000, 0x00000007909a0000)
to space 104832K, 0% used [0x00000007909a0000, 0x00000007909a0000, 0x0000000797000000)
concurrent mark-sweep generation total 1560576K, used 0K [0x0000000797000000, 0x00000007f6400000, 0x00000007f6400000)
concurrent-mark-sweep perm gen total 159744K, used 38069K [0x00000007f6400000, 0x0000000800000000, 0x0000000800000000)
2016-01-19T14:15:34.532+0800: 13.812: [GC2016-02-19T14:15:34.532+0800: 13.812: [ParNew
Desired survivor size 53673984 bytes, new threshold 1 (max 6)
- age 1: 55521392 bytes, 55521392 total
: 838912K->54474K(943744K), 0.0914620 secs] 838912K->54474K(2504320K), 0.0916240 secs] [Times: user=0.67 sys=0.06, real=0.09 secs]
Heap after GC invocations=1 (full 0):
par new generation total 943744K, used 54474K [0x0000000757000000, 0x0000000797000000, 0x0000000797000000)
eden space 838912K, 0% used [0x0000000757000000, 0x0000000757000000, 0x000000078a340000)
from space 104832K, 51% used [0x00000007909a0000, 0x0000000793ed2ae0, 0x0000000797000000)
to space 104832K, 0% used [0x000000078a340000, 0x000000078a340000, 0x00000007909a0000)
concurrent mark-sweep generation total 1560576K, used 0K [0x0000000797000000, 0x00000007f6400000, 0x00000007f6400000)
concurrent-mark-sweep perm gen total 159744K, used 38069K [0x00000007f6400000, 0x0000000800000000, 0x0000000800000000)
}
{Heap before GC invocations=1 (full 0):
par new generation total 943744K, used 893386K [0x0000000757000000, 0x0000000797000000, 0x0000000797000000)
eden space 838912K, 100% used [0x0000000757000000, 0x000000078a340000, 0x000000078a340000)
from space 104832K, 51% used [0x00000007909a0000, 0x0000000793ed2ae0, 0x0000000797000000)
to space 104832K, 0% used [0x000000078a340000, 0x000000078a340000, 0x00000007909a0000)
concurrent mark-sweep generation total 1560576K, used 0K [0x0000000797000000, 0x00000007f6400000, 0x00000007f6400000)
concurrent-mark-sweep perm gen total 159744K, used 53249K [0x00000007f6400000, 0x0000000800000000, 0x0000000800000000)
2016-01-19T14:15:41.943+0800: 21.222: [GC2016-02-19T14:15:41.943+0800: 21.223: [ParNew
Desired survivor size 53673984 bytes, new threshold 1 (max 6)
- age 1: 107256200 bytes, 107256200 total
: 893386K->104832K(943744K), 1.2389070 secs] 893386K->210614K(2504320K), 1.2391870 secs] [Times: user=2.89 sys=0.35, real=1.24 secs]
Heap after GC invocations=2 (full 0):
par new generation total 943744K, used 104832K [0x0000000757000000, 0x0000000797000000, 0x0000000797000000)
eden space 838912K, 0% used [0x0000000757000000, 0x0000000757000000, 0x000000078a340000)
from space 104832K, 100% used [0x000000078a340000, 0x00000007909a0000, 0x00000007909a0000)
to space 104832K, 0% used [0x00000007909a0000, 0x00000007909a0000, 0x0000000797000000)
concurrent mark-sweep generation total 1560576K, used 105782K [0x0000000797000000, 0x00000007f6400000, 0x00000007f6400000)
concurrent-mark-sweep perm gen total 159744K, used 53249K [0x00000007f6400000, 0x0000000800000000, 0x0000000800000000)
}

可以明显看出上述 GC 日志包含两次 Minor GC。注意到第二次 Minor GC 的情况，日志打出 "Desired survivor size 53673984 bytes"，但是却存活了 "- age 1: 107256200 bytes, 107256200 total" 这么多。可以看出明显的新生代的 Survivor 空间不足。正因为 Survivor 空间不足，那么从 Eden 存活下来的和原来在 Survivor 空间中不够老的对象占满 Survivor 后，就会提升到老年代，可以看到这一轮 Minor GC 后老年代由原来的 0K 占用变成了 105782K 占用，这属于一个典型的 JVM 内存问题，称为 "premature promotion"(过早提升)。

"premature promotion” 在短期看来不会有问题，但是经常性的 "premature promotion”，最总会导致大量短期对象被提升到老年代，最终导致老年代空间不足，引发另一个 JVM 内存问题 “promotion failure”（提升失败：即老年代空间不足以容乃 Minor GC 中提升上来的对象）。 “promotion failure” 发生就会让 JVM 进行一次 CMS 垃圾收集进而腾出空间接受新生代提升上来的对象， CMS 垃圾收集时间比 Minor GC 长，导致吞吐量下降、时延上升，将对用户体验造成影响。

二. 新生代调优建议
对于上述的新生代问题，如果服务器内存足够用，建议是直接增大新生代空间(如 -Xmn)。如果内存不够用，则增加 Survivor 空间，减少 Eden 空间，但是注意减少 Eden 空间会增加 Minor GC 频率，要考虑到应用对延迟和吞吐量的指标最终是否符合。

要增大多少 Survivor 空间？需要观察多次 Minor GC 过程，看 Minor GC 后存活下来的对象大小，最终确定 Survivor 的合适大小。整个调优过程可能需要几次调整，才能找到比较合适的值。调整几次后，如果内存还是不够用，就要需要考虑增大服务器内存，或者把负载分担到更多的 JVM 实例上。

Survivor 空间计算公式： survivor 空间大小 = -Xmn[value] / (-XX:SurvivorRatio=<ratio> + 2)

---------------------
作者：wenniuwuren
来源：CSDN
原文：https://blog.csdn.net/wenniuwuren/article/details/50890824
版权声明：本文为博主原创文章，转载请附上博文链接！

JVM 调优 —— 新生代 Survivor 空间不足相关推荐

jvm系列(四):jvm调优-命令大全（jps jstat jmap jhat jstack jinfo）
2019独角兽企业重金招聘Python工程师标准>>> 文章同步发布于github博客地址,阅读效果更佳,欢迎品尝运用jvm自带的命令可以方便的在生产监控和打印堆栈的日志信息帮忙我 ...
【JVM调优】JVM内存管理调优浅谈
什么是JVM Java Virtual Machine,Java虚拟机 Java虚拟机有自己完善的硬件架构,如处理器.堆栈等,还具有相应的指令系统. Java虚拟机本质上就是一个程序,当它在命令行上启 ...
java知识点8——垃圾回收原理和算法、通用的分代垃圾回收机制、 JVM调优和Full GC、开发中容易造成内存泄露的操作
垃圾回收原理和算法内存管理 Java的内存管理很大程度指的就是对象的管理,其中包括对象空间的分配和释放. 对象空间的分配:使用new关键字创建对象即可对象空间的释放:将对象赋值null即可垃圾回 ...
JVM 调优（学习篇）
概述公司的江南白衣写了一篇关键业务系统的JVM参数推荐(2016热冬版)的文章,大牛的文章总是需要细细品读.这篇文章介绍大量的JVM调优参数,内容也比较多,本文只是列出我自己能理解的一些参数,暂时理 ...
JVM调优：运行参数，内存模型，mat、jps、jstat、jmap、jstack、jvisualvm工具的使用
JVM调优 - 工具篇作者:张学亮讲解内容了解下我们为什么要学习JVM优化掌握jvm的运行参数以及参数的设置掌握jvm的内存模型(堆内存) 掌握jamp命令的使用以及通过MAT工具进行分析 ...
JVM从入门到精通（六）：JVM调优必备理论知识 - 3种垃圾清除算法，常见的垃圾回收器
JVM调优是一层窗户纸,只是看起来很难.学完本节课,让你: 熟悉 GC 常用算法,熟悉常见垃圾回收器,具有实际 JVM 调优实战经验 What is garbage 什么是垃圾?没有引用指向的对象就是 ...
jvm系列(四):jvm调优-命令篇
运用jvm自带的命令可以方便的在生产监控和打印堆栈的日志信息帮忙我们来定位问题!虽然jvm调优成熟的工具已经有很多:jconsole.大名鼎鼎的VisualVM,IBM的Memory Analyzer ...
JVM 调优和垃圾回收器说明
转载自 JVM 调优和垃圾回收器说明 JVM垃圾收集算法 JVM垃圾收集算法有四种:标记-清除算法.复制算法.标记-整理算法.分代收集算法标记-清除算法: 该算法如同它的名字一样,分为两个阶段: ...
JVM 调优系列之图解垃圾回收
转载自 JVM 调优系列之图解垃圾回收摘要: jvm必知系列,总结一些常见jvm回收机制,方便查阅从这篇开始我们开始探讨一些jvm调优的问题.在jvm调优中一个离不开的重点是垃圾回收,当垃圾回收 ...

JVM 调优 —— 新生代 Survivor 空间不足

JVM 调优 —— 新生代 Survivor 空间不足相关推荐

最新文章

热门文章