垃圾收集器知识点总结-MaxTenuringThreshold

最新推荐文章于 2024-02-29 18:30:04 发布
VIP文章 最新推荐文章于 2024-02-29 18:30:04 发布
阅读量3k 收藏 1
点赞数 2
分类专栏： JVM
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013160932/article/details/84894969
版权

MaxTenuringThreshold该参数用于控制对象经过GC多少次仍然存活后晋升到老年代的最大阈值，参数最大可配置为15，即对象最多经过15次GC后仍然存活就会晋升到老年代

记住！是最大！也就是说实际上不一定会经过15次才能晋升！这个值的JVM内部会进行动态计算然后动态改变的。

最近在线上有个应用GC非常频繁，MaxTenuringThreshold参数配置的是15，而以前对这个参数的理解是一定要经过15次后才会晋升，所以导致整个排查过程根本就不对，线上日志如下：

Desired survivor size 184549376 bytes, new threshold 1 (max 15)
- age   1:        369096960 bytes,        369096960 total
....下面进行GC，年轻代有很多对象全跑到了老年代

当时思考方向是：age为1，离15有很大的距离，不应该会晋升，老年代空间增加是因为大对象

这个思考方向真是大错特错了，因为对MaxTenuringThreshold理解错了。注意日志中有几个关键字

new threshold 1 (max 15)

意思是说阈值现在变成了1，而不是15！所以直接就晋升了！那么为什么会变成1呢，这个动态计算的算法是怎么样的，参考了一下一些大神的文章再看了下源码，终于发现原因所在，直接看源码会比较清晰，源码如下：

int ageTable::compute_tenuring_threshold(size_t survivor_capacity) {
  //TargetSurvivorRatio默认为50
  //d
最低0.47元/天 解锁文章
六道木_
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
MaxTenuringThreshold调优明显减少系统FGC次数(线上JVM排查之七)
无界编程
09-02 1256
因为MaxTenuringThreshold设置不合理，导致年轻代的对象很快进入年老代，导致年老代FGC频率增加，进而影响系统性能。
美团和蚂蚁金服面试笔记.pdf
04-13
Java内存模型 线程公有方法区：Java方法区和堆一样，方法区是一块所有线程共享的内存区域，他保存系统的 类信息。比如类的字段、方法、常量池等。方法区的大小决定系统可以保存多少个类。如果 系统定义太多的类，导致方法区溢出。虚拟机同样会抛出内存溢出的错误。方法区可以理解 为永久区。堆 虚拟机栈局部变量表 运行时常量池 操作数栈主要保存计算过程的中间结果，同时作为计算过程中的变量临时的存储空间 动态连接 方法返回地址 本地方法区 程序计数器 堆讲解有限分配Eden区-->空间分配担保机制 大对象直接进入老年代-->避免在Eden区和Survivor区之间产生大量的内存复制 对象晋升年龄阀值 --> -XX:MaxTenuringThreshold, 默认15 动态年龄判定 --> 然而VM并不总是要求对象的年龄必须达到 MaxTenuringThreshold才能晋升老年代: 如果在Survivor空间中相同年龄所有对象大小的总和大于 Survivor空间的一半, 年龄大于或等于该年龄的对象就可以直接进入老年代, 而无须 等到晋升年龄. 对象生死判定 可达性分析算法 方法区: 类静态属性
resin-jvm 调优
03-11
1.JVM的gc概述 gc即垃圾收集机制是指jvm用于释放那些不再使用的对象所占用的内存。java语言并不要求jvm有gc，也没有规定gc如何工作。不过常用的jvm都有gc，而且大多数gc都使用类似的算法管理内存和执行收集操作。 在充分理解了垃圾收集算法和执行过程后，才能有效的优化它的性能。有些垃圾收集专用于特殊的应用程序。比如，实时应用程序主要是为了避免垃圾收集中断，而大多数OLTP应用程序则注重整体效率。理解了应用程序的工作负荷和jvm支持的垃圾收集算法，便可以进行优化配置垃圾收集器。 垃圾收集的目的在于清除不再使用的对象。gc通过确定对象是否被活动对象引用来确定是否收集该对象。gc首先要判断该对象是否是时候可以收集。两种常用的方法是引用计数和对象引用遍历。 1.1.引用计数 引用计数存储对特定对象的所有引用数，也就是说，当应用程序创建引用以及引用超出范围时，jvm必须适当增减引用数。当某对象的引用数为0时，便可以进行垃圾收集。 1.2.对象引用遍历 早期的jvm使用引用计数，现在大多数jvm采用对象引用遍历。对象引用遍历从一组对象开始，沿着整个对象图上的每条链接，递归确定可到达（reachable）的对象。如果某对象不能从这些根对象的一个（至少一个）到达，则将它作为垃圾收集。在对象遍历阶段，gc必须记住哪些对象可以到达，以便删除不可到达的对象，这称为标记（marking）对象。 下一步，gc要删除不可到达的对象。删除时，有些gc只是简单的扫描堆栈，删除未标记的未标记的对象，并释放它们的内存以生成新的对象，这叫做清除（sweeping）。这种方法的问题在于内存会分成好多小段，而它们不足以用于新的对象，但是组合起来却很大。因此，许多gc可以重新组织内存中的对象，并进行压缩（compact），形成可利用的空间。 为此，gc需要停止其他的活动活动。这种方法意味着所有与应用程序相关的工作停止，只有gc运行。结果，在响应期间增减了许多混杂请求。另外，更复杂的gc不断增加或同时运行以减少或者清除应用程序的中断。有的gc使用单线程完成这项工作，有的则采用多线程以增加效率。 2.几种垃圾回收机制 2.1.标记－清除收集器 这种收集器首先遍历对象图并标记可到达的对象，然后扫描堆栈以寻找未标记对象并释放它们的内存。这种收集器一般使用单线程工作并停止其他操作。 2.2.标记－压缩收集器 有时也叫标记－清除－压缩收集器，与标记－清除收集器有相同的标记阶段。在第二阶段，则把标记对象复制到堆栈的新域中以便压缩堆栈。这种收集器也停止其他操作。 2.3.复制收集器 这种收集器将堆栈分为两个域，常称为半空间。每次仅使用一半的空间，jvm生成的新对象则放在另一半空间中。gc运行时，它把可到达对象复制到另一半空间，从而压缩了堆栈。这种方法适用于短生存期的对象，持续复制长生存期的对象则导致效率降低。 2.4.增量收集器 增量收集器把堆栈分为多个域，每次仅从一个域收集垃圾。这会造成较小的应用程序中断。 2.5.分代收集器 这种收集器把堆栈分为两个或多个域，用以存放不同寿命的对象。jvm生成的新对象一般放在其中的某个域中。过一段时间，继续存在的对象将获得使用期并转入更长寿命的域中。分代收集器对不同的域使用不同的算法以优化性能。 2.6.并发收集器 并发收集器与应用程序同时运行。这些收集器在某点上（比如压缩时）一般都不得不停止其他操作以完成特定的任务，但是因为其他应用程序可进行其他的后台操作，所以中断其他处理的实际时间大大降低。 2.7.并行收集器 并行收集器使用某种传统的算法并使用多线程并行的执行它们的工作。在多cpu机器上使用多线程技术可以显著的提高java应用程序的可扩展性。 3.Sun HotSpot 1.4.1 JVM堆大小的调整 Sun HotSpot 1.4.1使用分代收集器，它把堆分为三个主要的域：新域、旧域以及永久域。Jvm生成的所有新对象放在新域中。一旦对象经历了一定数量的垃圾收集循环后，便获得使用期并进入旧域。在永久域中jvm则存储class和method对象。就配置而言，永久域是一个独立域并且不认为是堆的一部分。 下面介绍如何控制这些域的大小。可使用-Xms和-Xmx 控制整个堆的原始大小或最大值。 下面的命令是把初始大小设置为128M： java –Xms128m –Xmx256m为控制新域的大小，可使用-XX:NewRatio设置新域在堆中所占的比例。 下面的命令把整个堆设置成128m，新域比率设置成3，即新域与旧域比例为1：3，新域为堆的1/4或32M： java –Xms128m –X
JVM参数设置详细说明
11-23
JVM参数设置详细说明、JVM 参数设置详细说明 1: heap size a: -Xmx 指定jvm的最大heap大小，如：-Xmx=2g b: -Xms 指定jvm的最小heap大小，如：-Xms=2g，高并发应用，建议和-Xmx一样，防止因为内存收缩/突然增大带来的性能影响。 c: -Xmn 指定jvm中New Generation的大小，如：-Xmn256m。这个参数很影响性能，如果你的程序需要比较多的临时内存，建议设置到512M，如果用的少，尽量降低这个数值，一般来说128/256足以使用了。 d: -XX:PermSize= 指定jvm中Perm Generation的最小值，如：-XX:PermSize=32m。这个参数需要看你的实际情况，可以通过jmap命令看看到底需要多少。 e: -XX:MaxPermSize= 指定Perm Generation的最大值，如：-XX:MaxPermSize=64m f: -Xss 指定线程桟大小，如：-Xss128k，一般来说，webx框架下的应用需要256K。如果你的程序有大规模的递归行为，请考虑设置到512K/1M。这个需要全面的测试才能知道。不过，256K已经很大了。这个参数对性能的影响比较大的。 g: -XX:NewRatio= 指定jvm中Old Generation heap size与New Generation的比例，在使用CMS GC的情况下此参数失效，如：-XX:NewRatio=2 h: -XX:SurvivorRatio= 指定New Generation中Eden Space与一个Survivor Space的heap size比例，-XX:SurvivorRatio=8，那么在总共New Generation为10m的情况下，Eden Space为8m i: -XX:MinHeapFreeRatio= 指定jvm heap在使用率小于n的情况下，heap进行收缩，Xmx==Xms的情况下无效，如：-XX:MinHeapFreeRatio=30 j: -XX:MaxHeapFreeRatio= 指定jvm heap在使用率大于n的情况下，heap 进行扩张，Xmx==Xms的情况下无效，如：-XX:MaxHeapFreeRatio=70 k: -XX:LargePageSizeInBytes= 指定Java heap的分页页面大小， 如：-XX:LargePageSizeInBytes=128m 2: garbage collector a: -XX:+UseParallelGC 指定在New Generation使用parallel collector，并行收集，暂停，app threads，同时启动多个垃圾回收thread，不能和CMS gc一起使用。系统吨吐量优先，但是会有较长长时间的app pause，后台系统任务可以使用此 gc b: -XX:ParallelGCThreads= 指定parallel collection时启动的thread个数，默认是物理processor的个数 c: -XX:+UseParallelOldGC 指定在Old Generation使用parallel collector d: -XX:+UseParNewGC 指定在New Generation使用parallel collector，是UseParallelGC的gc的升级版本，有更好的性能或者优点，可以和CMS gc一起使用 e: -XX:+CMSParallelRemarkEnabled 在使用UseParNewGC的情况下，尽量减少mark的时间 f: -XX:+UseConcMarkSweepGC 指定在Old Generation使用concurrent cmark sweep gc、gc thread和app thread并行（在init-mark和remark时pause app thread）。app pause时间较短，适合交互性强的系统，如web server g: -XX:+UseCMSCompactAtFullCollection 在使用concurrent gc的情况下，防止memory fragmention，对live object进行整理，使memory 碎片减少 h: -XX:CMSInitiatingOccupancyFraction= 指示在old generation 在使用了n%的比例后，启动concurrent collector，默认值是68，如：-XX:CMSInitiatingOccupancyFraction=70 有个bug，在低版本（1.5.09 and early）的jvm上出现， http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6486089 i: -XX:+UseCMSInitiatingOccupancyOnly 指示只有在old generation在使用了初始化的比例后concurrent collector启动收集 3:others a: -XX:MaxTenuringThreshold= 指定一个object在经历了n次young gc后转移到old generation区，在linux64的java6下默认值是15，此参数对于throughput collector无效，如：-XX:MaxTenuringThreshold=31 b: -XX:+DisableExplicitGC 禁止java程序中的full gc，如System.gc()的调用。最好加上么，防止程序在代码里误用了。对性能造成冲击。 c: -XX:+UseFastAccessorMethods get、set方法转成本地代码 d: -XX:+PrintGCDetails 打应垃圾收集的情况如： [GC 15610.466: [ParNew: 229689K->20221K(235968K), 0.0194460 secs] 1159829K->953935K(2070976K), 0.0196420 secs] e: -XX:+PrintGCTimeStamps 打应垃圾收集的时间情况，如： [Times: user=0.09 sys=0.00, real=0.02 secs] f: -XX:+PrintGCApplicationStoppedTime 打应垃圾收集时，系统的停顿时间，如： Total time for which application threads were stopped: 0.0225920 seconds 4: a web server product sample and process JAVA_OPTS=" -server -Xmx2g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 " 最初的时候我们用UseParallelGC和UseParallelOldGC，heap开了3G，NewRatio设成1。这样的配置下young gc发生频率约12、3秒一次，平均每次花费80ms左右，full gc发生的频率极低，每次消耗1s左右。从所有gc消耗系统时间看，系统使用率还是满高的，但是不论是young gc还是old gc，application thread pause的时间比较长，不合适 web 应用。我们也调小New Generation的，但是这样会使full gc时间加长。 后来我们就用CMS gc（-XX:+UseConcMarkSweepGC），当时的总heap还是3g，新生代1.5g后，观察不是很理想，改为jvm heap为2g新生代设置-Xmn1g，在这样的情况下young gc发生的频率变成7、8秒一次，平均每次时间40-50毫秒左右，CMS gc很少发生，每次时间在init-mark和remark（two steps stop all app thread）总共平均花费80-90ms左右。 在这里我们曾经New Generation调大到1400m，总共2g的jvm heap，平均每次ygc花费时间60-70ms左右，CMS gc的init-mark和remark之和平均在50ms左右，这里我们意识到错误的方向，或者说CMS的作用，所以进行了修改。 最后我们调小New Generation为256m，young gc 2、3秒发生一次，平均停顿时间在25毫秒左右，CMS gc的init-mark和remark之和平均在50ms左右，这样使系统比较平滑，经压力测试，这个配置下系统性能是比较高的。 在使用CMS gc的时候他有两种触发gc的方式：gc估算触发和heap占用触发。我们的1.5.0.09 环境下有次old 区heap占用在30%左右，她就频繁gc，个人感觉系统估算触发这种方式不靠谱，还是用 heap 使用比率触发比较稳妥。 这些数据都来自64位测试机，过程中的数据都是我在jboss log找的，当时没有记下来，可能存在一点点偏差，但不会很大，基本过程就是这样。 5: 总结 web server作为交互性要求较高的应用，我们应该使用Parallel+CMS，UseParNewGC这个在jdk6 -server上是默认的new generation gc，新生代不能太大，这样每次pause会短一些。CMS mark-sweep generation可以大一些，可以根据pause time实际情况控制。
JVM调优
erhu998的博客
08-04 561
JVM内存模型 如图所示： 虚拟机中的共划分为三个代：年轻代（Young Generation）、年老点（Old Generation）和持久代（Permanent Generation）。其中持久代主要存放的是Java类的类信息，与垃圾收集要收集的Java对象关系不大。年轻代和年老代的划分是对垃圾收集影响比较大的。 年轻代: 所有新生成的对象首先都是放在年轻代的。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。年轻代分三个区。一个Eden区，两个Survivor区(一般而言)。大部分对象在Ede
-XX:MaxTenuringThreshold
最新发布
张紫娃的博客
02-29 406
龄，默认是15，对象超过这个年龄范围就会晋升到老年代 【XX:+PrintTenuringDistribution 可以。
JVM常用基础参数MaxTenuringThreshold详解
Java持续实践
05-13 6533
文章目录MaxTenuringThreshold参数讲解MaxTenuringThreshold代码实战 MaxTenuringThreshold参数讲解 在GC回收的时候. 如下图详解 From 区和To区 会来回的复制和交换位置. 每交换一次,就会增加一次年龄. 默认交换了15次, 就会从新生代到老年代中去. MaxTenuringThreshold设置垃圾的最大年龄. 默认为15 . 最大也是15,在jdk8中. 范围为 0到15. MaxTenuringThreshold代码实战 用于测试的代
实例演示MaxTenuringThreshold参数及阈值动态调整策略
weixin_30516243的博客
06-16 276
在上一次【https://www.cnblogs.com/webor2006/p/11031563.html】学习了一个新的JVM对象晋升到老年代的参数“MaxTenuringThreshold”，它的具体作用回忆一下： 简单来说就是用来控制哪些对象的年龄超过了这个最大值就会晋升到老年代，而对于对象晋升的参数其实在之前还有一个类似的【https://www.cnblogs.com/webor...
MaxTenuringThreshold与阈值的动态调整理论详解
weixin_30384217的博客
06-16 773
今天会学习“MaxTenuringThreshold”这样一个新的JVM参数，编写的示例还是会基于上一次的代码，新建个类，如下： 接下来给它设置JVM的参数，具体如下： 而接下来会新增三个参数： 这个在之前已经使用过，只是木有配置到JVM参数中，回忆下： 其实就是打印出JVM的启动参数，接下来再添加两个新的参数： 那这俩参数的含义是啥呢？下面来对它们有个认识： -X...
JVM参数:MaxTenuringThreshold和TargetSurvivorRatio说明
z69183787的专栏
10-08 7476
-XX:MaxTenuringThreshold 在新生代中对象存活次数(经过Minor GC的次数)后仍然存活，就会晋升到旧生代。 -XX:TargetSurvivorRatio 一个计算期望存活大小Desired survivor size的参数. 计算公式： (survivor_capacity * TargetSurvivorRatio) / 100 * sizeof(a
MaxTenuringThreshold 参数
caoliangbo的博客
09-03 681
MaxTenuringThreshold这个参数用于控制对象能经历多少次Minor GC才晋升到旧生代，默认值是15，那是不是意味着对象要经历15次minor gc才晋升到旧生代呢，来看下面的一个例子。public class GCTenuringThreshold{public static void main(String[] args) throws Exception{GCMemory...
JVM常用内存参数配置
aa1358075776的博客
09-19 788
一、 常用参数 　　-Xms 　　JVM启动时申请的初始Heap值，默认为操作系统物理内存的1/64但小于1G。默认当空余堆内存大于70%时，JVM会减小heap的大小到-Xms指定的大小，可通过-XX:MaxHeapFreeRation=来指定这个比列。Server端JVM最好将-Xms和-Xmx设为相同值，避免每次垃圾回收完成后JVM重新分配内存；开发测试机JVM可以保留默认值。(例如：-Xms4g) 　　-Xmx 　　JVM可申请的最大Heap值，默认值为物理内存的1/4但小于1G，...
Java基础之《JVM性能调优（7）—垃圾清除算法》
csj50的专栏
02-07 1725
一、当前主流的垃圾清除算法有哪些 1、主流的垃圾收集算法 有3种： 标记-清除算法（Mark Sweep） 复制算法（Copying） 标记-整理算法（Mark Compact） 2、垃圾算法的作用 当成功区分出内存中存活对象和死亡对象后，GC接下来的任务就是执行垃圾回收，释放掉无用对象所占用的内存空间，以便有足够的可用内存空间为新对象分配内存。 3、标记-清除算法（Mark Sweep GC） 世界上第一个GC算法，于1960年由Lisp之父john McCarthy在其论文中发布。 顾名思义，标记
你假笨JVM参数 - 004 MaxTenuringThreshold
小马王
07-21 4894
你假笨JVM参数分享全整理系列 微信小程序：JVMPocket - JVM参数交流平台，Javaer的神奇口袋 序号：004 时间：2017-07-21 参数：-XX:MaxTenuringThreshold 含义： Sets the maximum tenuring threshold for use in adaptive GC sizing. The largest
2019年Java大厂面试题讲解（周阳） 之 JVM参数调优
轻狂书生FS的博客
09-22 2249
JVM参数调优前言JVM参数类型查看运行的Java程序，JVM参数是否开启，具体值为多少？题外话（坑题）查看JVM默认参数工作中常用的JVM基本配置参数查看堆内存打印JVM默认参数生活常用调优参数GC垃圾收集Full GC垃圾回收-XX:SurvivorRatio-XX:NewRatio（了解）-XX:MaxTenuringThreshold 前言 你说你做过JVM调优和参数配置，请问如何盘点查看JVM系统默认值 使用jps和jinfo进行查看 -Xms：初始堆空间 -Xmx：堆最大值 -Xss：栈空间
JVM第八章_堆
m0_45097637的博客
06-18 272
文章目录1、堆的核心概述2、堆的核心概述-内存细分3、设置堆空间内存大小与OOM4、测试OOM(OutOfMemoryError)5、新生代与老年代6、图解对象分配过程对象分配过程概述7、Minor GC、Major GC与Full GC8、GC举例与日志分析9、堆空间分代思想10、内存分配策略11、为对象分配内存：TLAB12、小结堆空间的参数设置13、堆是分配对象存储的唯一选择吗？逃逸分析概述代码优化之栈上分配代码优化之同步省略代码优化之标量替换11、本章小结 1、堆的核心概述 一个JVM实例只存在
JVM常用调优参数 ——JVM篇
热门推荐
YING—country的博客
03-18 1万+
JVM常用性能调优参数详解 ​ 在学习完整个JVM内容后，其实目标不仅是学习了解整个JVM的基础知识，而是为了进行JVM性能调优做准备，所以以下的内容就是来说说JVM性能调优的知识。 一、性能调优 ​ 性能调优包含多个层次，比如：架构调优、代码调优、JVM调优、数据库调优、操作系统调优等等。 ​ 架构调优和代码调优是JVM调优的基础，其中架构调优是对系统影响最大的。 性能调优基本上按照以下步骤进行： 明确优化目标 发现性能瓶颈 性能调优 通过监控及数据统计工具获得数据 确认是否达到目标 二、何时进
jvm-03运行时数据区（堆）
lxsxkf的博客
07-12 303
堆 1.核心概述 一个进程对应一个jvm实例，一个运行时数据区，又包含多个线程，这些线程共享了方法区和堆，每个线程包含了程序计数器、本地方法栈和虚拟机栈。 一个jvm实例只存在一个堆内存，堆也是java内存管理的核心区域 Java堆区在JVM启动的时候即被创建，其空间大小也就确定了。是JVM管理的最大一块内存空间（堆内存的大小是可以调节的） 《Java虚拟机规范》规定，堆可以处于物理上不连续的内存空间中，但在逻辑上它应该被视为连续的 所有的线程共享java堆，在这里还可以划分线程私有的缓冲区（TLAB:T
JVM参数 -XX:MaxTenuringThreshold应该设置多少
06-09
JVM参数 -XX:MaxTenuringThreshold的最佳值取决于应用程序的特定情况，例如应用程序的生命周期、对象的大小和分配速度等。通常建议将该参数设置为15或更高。较高的值将使对象在年轻代中存活更长时间，从而减少了垃圾...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值