jvm对象从新生代到老年代_【深入浅出-JVM】（37）：对象从新生代到老年代过程...

最新推荐文章于 2022-09-07 13:04:12 发布
最新推荐文章于 2022-09-07 13:04:12 发布
阅读量246 收藏
点赞数
文章标签： jvm对象从新生代到老年代
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42299778/article/details/111965074
版权

TLAB: gc thread: 0x00007f943804c800 [id: 11523] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 9.76562 5000KB refills: 1 waste 98.9% gc: 101296B slow: 0B fast: 0B

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 9.76562 5000KB refills: 5 waste 0.1% gc: 0B slow: 488B fast: 0B

TLAB totals: thrds: 2 refills: 6 max: 5 slow allocs: 0 max 0 waste: 16.6% gc: 101296B max: 101296B slow: 488B max: 488B fast: 0B max: 0B

[GC (Allocation Failure) 512K->352K(130560K), 0.0012200 secs]

TLAB: gc thread: 0x00007f9438034000 [id: 18179] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 9.76562 5000KB refills: 1 waste 99.7% gc: 102080B slow: 0B fast: 0B

TLAB: gc thread: 0x00007f9438046800 [id: 20483] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 9.76562 5000KB refills: 1 waste 100.0% gc: 102384B slow: 0B fast: 0B

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 5.37109 2750KB refills: 4 waste 0.0% gc: 0B slow: 120B fast: 0B

TLAB totals: thrds: 3 refills: 6 max: 4 slow allocs: 0 max 0 waste: 33.3% gc: 204464B max: 102384B slow: 120B max: 120B fast: 0B max: 0B

[GC (Allocation Failure) 864K->528K(131072K), 0.0007710 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 3.76465 3855KB refills: 13 waste 0.0% gc: 0B slow: 72B fast: 16B

TLAB totals: thrds: 1 refills: 13 max: 13 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 72B max: 72B fast: 16B max: 16B

[GC (Allocation Failure) 1552K->544K(131072K), 0.0006530 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 2.89136 2961KB refills: 13 waste 0.0% gc: 0B slow: 40B fast: 8B

TLAB totals: thrds: 1 refills: 13 max: 13 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 40B max: 40B fast: 8B max: 8B

[GC (Allocation Failure) 1568K->560K(132096K), 0.0006120 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 2.32372 4759KB refills: 23 waste 0.0% gc: 0B slow: 40B fast: 8B

TLAB totals: thrds: 1 refills: 23 max: 23 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 40B max: 40B fast: 8B max: 8B

[GC (Allocation Failure) 2608K->584K(132096K), 0.0005550 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.90348 3898KB refills: 21 waste 0.0% gc: 0B slow: 40B fast: 0B

TLAB totals: thrds: 1 refills: 21 max: 21 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 40B max: 40B fast: 0B max: 0B

[GC (Allocation Failure) 2632K->584K(134656K), 0.0005630 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.59615 6538KB refills: 41 waste 0.0% gc: 0B slow: 664B fast: 0B

TLAB totals: thrds: 1 refills: 41 max: 41 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 664B max: 664B fast: 0B max: 0B

[GC (Allocation Failure) 4680K->653K(134656K), 0.0005840 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.38784 5685KB refills: 41 waste 0.0% gc: 0B slow: 664B fast: 0B

TLAB totals: thrds: 1 refills: 41 max: 41 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 664B max: 664B fast: 0B max: 0B

[GC (Allocation Failure) 4749K->573K(138752K), 0.0002190 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.25244 10260KB refills: 82 waste 0.0% gc: 0B slow: 1328B fast: 0B

TLAB totals: thrds: 1 refills: 82 max: 82 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 1328B max: 1328B fast: 0B max: 0B

[GC (Allocation Failure) 8765K->573K(138752K), 0.0002610 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.16443 9539KB refills: 82 waste 0.0% gc: 0B slow: 1328B fast: 0B

TLAB totals: thrds: 1 refills: 82 max: 82 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 1328B max: 1328B fast: 0B max: 0B

[GC (Allocation Failure) 8765K->573K(143872K), 0.0002220 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.10722 14739KB refills: 134 waste 0.0% gc: 0B slow: 2152B fast: 0B

TLAB totals: thrds: 1 refills: 134 max: 134 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 2152B max: 2152B fast: 0B max: 0B

[GC (Allocation Failure) 13885K->573K(143872K), 0.0003430 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.07201 14271KB refills: 134 waste 0.0% gc: 0B slow: 2152B fast: 0B

TLAB totals: thrds: 1 refills: 134 max: 134 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 2152B max: 2152B fast: 0B max: 0B

[GC (Allocation Failure) 13885K->573K(152064K), 0.0002860 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.04912 22560KB refills: 215 waste 0.0% gc: 0B slow: 3456B fast: 0B

TLAB totals: thrds: 1 refills: 215 max: 215 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 3456B max: 3456B fast: 0B max: 0B

[GC (Allocation Failure) 22077K->573K(152064K), 0.0003170 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.03186 22189KB refills: 215 waste 0.0% gc: 0B slow: 3456B fast: 0B

TLAB totals: thrds: 1 refills: 215 max: 215 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 3456B max: 3456B fast: 0B max: 0B

[GC (Allocation Failure) 22077K->573K(165376K), 0.0007820 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.02064 35535KB refills: 349 waste 0.0% gc: 0B slow: 5584B fast: 0B

TLAB totals: thrds: 1 refills: 349 max: 349 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 5584B max: 5584B fast: 0B max: 0B

[GC (Allocation Failure) 35389K->573K(165376K), 0.0003020 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.01426 35313KB refills: 349 waste 0.0% gc: 0B slow: 5584B fast: 0B

TLAB totals: thrds: 1 refills: 349 max: 349 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 5584B max: 5584B fast: 0B max: 0B

[GC (Allocation Failure) 35389K->573K(186368K), 0.0002460 secs]

TLAB: gc thread: 0x00007f9439001800 [id: 9987] desired_size: 100KB slow allocs: 0 refill waste: 1024B alloc: 1.01012 56373KB refills: 558 waste 0.0% gc: 0B slow: 8936B fast: 0B

TLAB totals: thrds: 1 refills: 558 max: 558 slow allocs: 0 max 0 waste: 0.0% gc: 0B max: 0B slow: 8936B max: 8936B fast: 0B max: 0B

[GC (Allocation Failure) 56381K->573K(186368K), 0.0003230 secs]

远方有城
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java对象是如何从新生代到老年代的
一个菜鸟从零基础学JAVA的过程
06-18 736
总之，Java对象在新生代和老年代之间的转移通常是由垃圾回收器自动进行的，在进行Minor GC时，存活时间较长的对象会被移动到老年代，在进行Major GC时，老年代中的对象会被标记和清理，不会占用过多的空间影响程序的性能和稳定性。并不是直接将ToSpace区的对象放入了老年代.如果对象被标记为垃圾,则直接回收.如果仍然存活,则会被移动到FromSpace区.多次GC后,如果该对象还存活,才会被放到老年代。经过多次Minor GC后，如果对象存活时间足够长，则会被移动到老年代中。
JVM面试题整理
qq_43570075的博客
09-26 214
1. JVM 的主要组成部分及其作用？ 组成部分： Class loader(类装载)子系统：根据给定的全限定名类名来装载class文件到Runtime data area（运行时数据区域）中的method area（方法区）。 Execution engine（执行引擎）：执行classes中的指令。 Native Interface(本地接口)：与native libraries（本地方法库）交互，是其它编程语言交互的接口。 Runtime data area(运行时数据区域)：JVM的内存。 作用
蹊源的Java笔记—JVM
蹊源的奇思妙想的博客
11-05 3200
前言 作为一个Java开发，JVM是我们必须要了解的，我们只有建立在了解它的基本运作原理，才可能设计出一个最合理的代码方案，在此之前我们已经了解了集合中的Map接口，接下来溪源我将带领大家了解一下JVM，希望对大家略有帮助。 集合之Map接口可参考我的博客：溪源的Java笔记—集合之Map接口 正文 JVM JVM为了达到给所有硬件提供一致的虚拟平台的目的，牺牲了一些与硬件相关的特性。 Java源文件可以通过编译器转化成字节码文件（.class文件），这些字节码文件又可以被JVM转化成机器码。 JVM是运
深入jvm之对象如何进入老年代
大道坦荡的博客
09-13 6514
简介 我们知道，整个jvm堆分为新生代和老年代，新生代的对象在进行垃圾回收的时候，可能会进入到老年代，那么我们知道年轻代的对象是如何进入到老年代的吗？ 年轻代空间分配 新生代分成Eden，Survivor To，Survivor From三个区域，默认空间比例为8:1:1，可以通过-XX:SurvivorRadio参数配置，来修改比例大小，比如 -XX:SurvivorRadio配置成2，则表示年轻代空间比例为 2:1:1。下面以1GB的年轻代空间为例，如图所示： 当有新的对象分配的时候，首先分配到Ede
jvm堆空间
抽象的螺旋
10-30 456
概述 在JVM中的位置如下： 堆空间对进程来说是唯一的，线程是共享的，一个进程对应一个JVM实例。 一个JVM实例只存在一个堆内存，堆也是java内存管理的核心区域。 Java堆区在JVM启动的时候即被创建，其空间大小也就确定了。是JVM管理的最大一块内存空间。 堆内存的大小是可以调节的。 《Java虚拟机规范》规定，堆可以处于物理上不连续的内存空间中，但在逻辑上它应该被视为连续的。 所有的线程共享java堆，在这里还可以划分线程私有的缓冲器（Thread Local Allocation Bu
java GC jvm 内存分布 和新生代，老年代，永久代，（详细）
lgxzzz的博客
12-16 1075
如果大家想深入的了解JVM，可以读读周志明《深入理解Java虚拟机：JVM高级特性与最佳实践》 需要掌握的东西，包括以下内容、判断对象存活还是死亡的算法（引用计数算法、可达性分析算法）、常见的垃圾收集算法（复制算法、分代收集算法等以及这些算法适用于什么代）以及常见的垃圾收集器的特点（这些收集器适用于什么年代的内存收集）。 JVM运行时数据区由程序计数器、堆、虚拟机栈、本地方法栈、方法区部分组成，结构图如下所示。 JVM内存结构由程序计数器、堆、栈、本地方法栈...
jvm对象从新生代到老年代_JVM新生代到老年代基础了解
weixin_42318712的博客
01-17 267
JVM区域总体分两类，heap区和非heap区。heap区又分为：- Eden Space(伊甸园)、- Survivor Space(幸存者区)、- Old Gen(老年代)。1个Eden区和2个Survivor区(分别叫from和to)。默认比例为8：1,非heap区又分：- Code Cache(代码缓存区)；- Perm Gen(永久代)；- Jvm Stack(java虚拟机栈)；- ...
JVM中一次完整的GC流程中是怎样的，对象如何晋升到老年代，说说你知道的几种主要的JVM参数
最新发布
qq_46416934的博客
09-07 737
对象诞生即新生代->eden，在进行minor gc过程中，如果依旧存活，移动到from，变成Survivor，进行标记。当一个对象存活默认超过15次都没有被回收掉，就会进入老年代。
jvm对象从新生代到老年代_JVM中新生代，老年代
weixin_32283253的博客
12-24 880
JVMjava中的Heap(堆)是JVM所管理的最大的一块内存空间，主要用于存放各种类的实例对象。由于Java堆是垃圾收集器管理的主要区域，因此也被称为“GC堆”GC分为两种:Minor GC，Full GC(或者称为Major GC)在Java中，堆被划分为两个不同的区域：年轻代(Young)、老年代(Tenured)。年轻代又被划分为三个区域：Eden、From Survivor、To Sur...
jvm对象从新生代到老年代_JVM的新生代、老年代、MinorGC、MajorGC
weixin_34299849的博客
12-24 185
参考资料：http://blog.csdn.net/flamezyg/article/details/44673951http://www.blogjava.net/ldwblog/archive/2013/07/24/401919.htmlhttp://www.360doc.com/content/12/1023/16/9615799_243296263.shtmlJVM中的堆，一般分为三大部分...
JVM系列：新生代对象何时进入老年代
进击的Coder*的博客
05-11 3214
在JVM中，对象被创建的时候，通常是在栈的新生代的。那么，新生代对象什么时候会进入到老年代呢？ 1. 达到晋升年龄：新生代对象在经历每次GC的时候，如果没有被回收，则对象的年龄+1。当年龄超过阈值的时候，便会进入老年代。默认情况下，阈值为15，可通过-XX:MaxTenuringThreshold参数来进行调节。那么，为什么默认是15呢？因为Mark Word中，每个对象头用一个4bit标志位来记录对象的年龄，而4bit标志位最大只能表示15。 2. 如果创建的对象很大的时候，直接进入老年代。可以通过-
JVM---Minor GC和Major GC，对象从新生代到老年代的过程
nn1__2970的博客
09-28 1058
GC 关于JVM堆区的划分，请转至JVM垃圾回收机制 查看，感谢。 1.垃圾回收机制过程 2.什么时候发生minor GC和Full GC？ 3.为什么要进行minor GC？ 4.初始化的对象会被放在什么地方呢？ 对象的内存分配策略 两个存储位置：本地线程缓存TLAB和堆 新对象产生时首先检查本地线程是否开启了缓存，是则存储在TLAB，否则去堆中寻找位置。 堆区：Eden、两个Su...
Java GC、新生代、老年代
weixin_34248258的博客
09-07 402
堆内存                                                                                  Java 中的堆是 JVM 所管理的最大的一块内存空间，主要用于存放各种类的实例对象。在 Java 中，堆被划分成两个不同的区域：新生代 ( Young )、老年代 ( Old )。新生代 ( Young ) 又被划分为三个区...
JVM中的新生代和老年代（Eden空间、两个Survior空间）
热门推荐
样young的博客
05-01 6万+
现有的主流JVM分别是HotSpot和JRockit，主要研究对象也是这两个。这篇文章里，我们只研究HotSpot，也就是所谓的Sun JVM。目前阶段，Sun的GC方式主要有CMS和G1两种。考虑到效果和实际应用，这里只介绍CMS。CMS，全称Concurrent Mark Sweep，是JDK1.4后期版本开始引入的新GC算法，在JDK5和JDK6中得到了进一步改进，它的主要适合场景是对响应时...
jvm对象从新生代到老年代_一文搞懂JVM新生代、老年代和永久代
weixin_33781129的博客
12-24 1262
Java堆是垃圾收集器管理的主要区域，因此很多时候也被称为“GC堆”。从内存回收角度看，由于现在收集器基本都采用分代收集算法，所以Java堆中还可以细分为：新生代和老年代。再细致一点儿就是Eden空间、From Survivor空间以及To Survivor空间等。注意：堆=新生代+老年代，不包括永久代(方法区)从内存分配角度看，线程共享的Java堆中可能划分出多个线程私有的分配缓冲区(TLAB)...
JVM内存：年轻代，老年代，永久代
ting说你跳？
05-18 1万+
参考文章： 1.Java 新生代、老年代、持久代、元空间 2.Java内存与垃圾回收调优Java 中的堆是 JVM 所管理的最大的一块内存空间，主要用于存放各种类的实例对象，如下图所示： 在 Java 中，堆被划分成两个不同的区域：新生代 ( Young )、老年代 ( Old)。新生代 ( Young ) 又被划分为三个区域：Eden、S0、S1。 这样划分的目的是为了使 JVM 能够更
JVM中的新生代和老年代
数字成都
04-13 4829
JVM在程序运行过程当中，会创建大量的对象，这些对象，大部分是短周期的对象，小部分是长周期的对象，对于短周期的对象，需要频繁地进行垃圾回收以保证无用对象尽早被释放掉，对于长周期对象，则不需要频率垃圾回收以确保无谓地垃圾扫描检测。 为解决这种矛盾，Sun JVM的内存管理采用分代的策略。 1）年轻代(Young Gen)： 年轻代主要存放新创建的对象，内存大小相对会比较小，垃圾回收会比较频繁。年轻代...
jvm之年轻代（新生代）、老年代、永久代以及GC原理详解
异度空间
08-19 2万+
关于JVM，也许你听过这些术语：年轻代（新生代）、老年代、永久代、minor gc(young gc)、major gc、full gc 不要急，先上图，这是jvm 堆内存结构图 仔细的你发现了 图中有些分数8/10和1/10，这是默认配置下各个代内存分配比例。 举个栗子： 假如总heap max分配1200M，那么年轻代占用1/3就是400M，老年代占2/3就是800M。 Eden...
jvm的新生代和老年代简介
iechenyb专栏
03-02 6325
新生代分为三个区域，一个Eden区和两个Survivor区，它们之间的比例为（8：1：1），这个比例也是可以修改的。通常情况下，对象主要分配在新生代的Eden区上，少数情况下也可能会直接分配在老年代中。Java虚拟机每次使用新生代中的Eden和其中一块Survivor（From），在经过一次Minor GC后，将Eden和Survivor中还存活的对象一次性地复制到另一块Survivor空间上（这...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值