Serial/Serial Old 和 Parallel Scavenge/Parallel Old 对象内存分配对比

最新推荐文章于 2024-05-30 10:44:35 发布
最新推荐文章于 2024-05-30 10:44:35 发布
阅读量589 收藏
点赞数
分类专栏： JVM 文章标签： JVM GC
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhaoxueerHY/article/details/79825512
版权
1.前言

    本渣最近在学习《深入理解Java虚拟机 JVM高级特性与最佳实践》，看到关于对象内存分配的时候，书中有段测试对象分配的代码，自信满满地以为已经理解了其内存分配策略，结果自己在电脑上敲了一下，发现并不是那么回事，运行结果根本不一样，这是怎么回事呢？难道是作者大神搞错了？不，一定不是。分析本机GC日志发现，代码示例和本机默认使用的收集器不一样，代码示例中用的是 Serial/Serial Old 组合收集器，而本机的默认的是 Parallel Scavenge/Parallel Old 组合收集器，这才明白内存分配策略要根据具体使用的收集器而定。以下将针对这两种收集器组合进行详细对比。


2.环境：

    java version "1.7.0_45"
    Java(TM) SE Runtime Environment (build 1.7.0_45-b18)

    Java HotSpot(TM) 64-Bit Server VM (build 24.45-b08, mixed mode)

    JVM 为 Server 模式


3.代码

    以下代码限定了Java堆大小为20M，不可扩展，其中新生代为10M，老年代为10M，且新生代中 Eden:Survivor=8:1。

/**
 * 对象内存分配测试
 * @author huangyan
 */
public class ObjectAllocationTest {

	private static final int _1MB = 1024 * 1024;
	
	/**
	 * 1.VM 参数，默认使用 Parallel Scavenge/Parallel Old：
	 * 		-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8
	 * 2.VM 参数，指定使用 Serial/Serial Old： 
	 * 		-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:+UseSerialGC
	 * VM 参数分析：
	 * 	-verbose:gc			在虚拟机发生内存回收时在输出设备显示信息，
	 * 						格式如下： [Full GC 256K->160K(124096K), 0.0042708 secs] 
	 * 						该参数用来监视虚拟机内存回收的情况。
	 * 	-Xms20M				Java堆大小最小20M
	 * 	-Xmx20M				Java堆大小最大20M
	 * 	-Xmn10M				新生代10M
	 * 	-XX:+PrintGCDetails	打印GC详细信息
	 * 	-XX:SurvivorRatio=8	Dden区:Survivor区=8:1
	 * 
	 * 	-XX:+UseSerialGC	指定使用 Serial/Serial Old 组合收集器
	 */
	public static void testAllocation(){
		byte[] allocation1, allocation2, allocation3, allocation4;
		allocation1 = new byte[2 * _1MB];
		allocation2 = new byte[2 * _1MB];
		allocation3 = new byte[2 * _1MB];
		allocation4 = new byte[4 * _1MB];
	}
	
	public static void main(String[] args) {
		ObjectAllocationTest.testAllocation();
	}
	
}

4. 默认使用 Parallel Scavenge/Parallel Old 组合收集器
    （1） allocation4 大小为 4M

        代码：allocation4 = new byte[4 * _1MB];

        VM参数：-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8

        运行结果：      

Heap
 PSYoungGen      total 9216K, used 6980K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
  eden space 8192K, 85% used [0x00000000ff600000,0x00000000ffcd1080,0x00000000ffe00000)
  from space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
  to   space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
 ParOldGen       total 10240K, used 4096K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
  object space 10240K, 40% used [0x00000000fec00000,0x00000000ff000010,0x00000000ff600000)
 PSPermGen       total 21504K, used 2505K [0x00000000f9a00000, 0x00000000faf00000, 0x00000000fec00000)
  object space 21504K, 11% used [0x00000000f9a00000,0x00000000f9c72530,0x00000000faf00000)

        结果分析：

            代码执行到 allocation4 = new byte[4 * _1MB]; 时，前三个对象已经占用 Eden 区 6M，此时，虚拟机发现整个新生代（Eden+Survivor）已经不够分配所需的 4M（新生代共10M，Eden共8M，Eden+Survivor1=9M，9M-6M=3M<4M），因此不会发生 Minor GC，allocation4 直接进入老年代；

            此时，allocation4（4M） 在 老年代，allocation1、allocation2、allocation3 （6M）在新生代 Eden 区，Survivor 区空闲。

    （2） allocation4 大小为 3M

        修改代码 allocation4 = new byte[4 * _1MB]; 为 allocation4 = new byte[3 * _1MB];

        VM参数：-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8

        运行结果：

[GC [PSYoungGen: 6816K->600K(9216K)] 6816K->6744K(19456K), 0.0033671 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC [PSYoungGen: 600K->0K(9216K)] [ParOldGen: 6144K->6613K(10240K)] 6744K->6613K(19456K) [PSPermGen: 2498K->2497K(21504K)], 0.0083242 secs] [Times: user=0.02 sys=0.00, real=0.01 secs] 
Heap
 PSYoungGen      total 9216K, used 3563K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
  eden space 8192K, 43% used [0x00000000ff600000,0x00000000ff97af60,0x00000000ffe00000)
  from space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
  to   space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
 ParOldGen       total 10240K, used 6613K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
  object space 10240K, 64% used [0x00000000fec00000,0x00000000ff275688,0x00000000ff600000)
 PSPermGen       total 21504K, used 2507K [0x00000000f9a00000, 0x00000000faf00000, 0x00000000fec00000)
  object space 21504K, 11% used [0x00000000f9a00000,0x00000000f9c72d28,0x00000000faf00000)

        结果分析：

            代码执行到 allocation4 = new byte[3 * _1MB]; 时，前三个对象已经占用 Eden 区 6M，此时，虚拟机发现 Eden 区所剩内存不够所需3M， 但整个新生代（Eden+Survivor）还够分配，因此会发生一次 Minor GC；
            这时候虚拟机发现已有的三个对象还存活而且太大不能放入 Survivor 区，所以只好启动分配担保机制将这三个对象提前转移到老年代中；

           此时，allocation4（3M） 进入 Eden区，allocation1、allocation2、allocation3（6M） 进入老年代，Survivor 区空闲。


5. 指定使用 Serial/Serial Old 组合收集器
    （1） allocation4 大小为 4M

        代码：allocation4 = new byte[4 * _1MB];

        VM参数：-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:+UseSerialGC

        运行结果：

[GC[DefNew: 6816K->469K(9216K), 0.0041440 secs] 6816K->6613K(19456K), 0.0041877 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
Heap
 def new generation   total 9216K, used 5057K [0x00000000f9a00000, 0x00000000fa400000, 0x00000000fa400000)
  eden space 8192K,  56% used [0x00000000f9a00000, 0x00000000f9e7af60, 0x00000000fa200000)
  from space 1024K,  45% used [0x00000000fa300000, 0x00000000fa375658, 0x00000000fa400000)
  to   space 1024K,   0% used [0x00000000fa200000, 0x00000000fa200000, 0x00000000fa300000)
 tenured generation   total 10240K, used 6144K [0x00000000fa400000, 0x00000000fae00000, 0x00000000fae00000)
   the space 10240K,  60% used [0x00000000fa400000, 0x00000000faa00030, 0x00000000faa00200, 0x00000000fae00000)
 compacting perm gen  total 21248K, used 2508K [0x00000000fae00000, 0x00000000fc2c0000, 0x0000000100000000)
   the space 21248K,  11% used [0x00000000fae00000, 0x00000000fb0730b0, 0x00000000fb073200, 0x00000000fc2c0000)
No shared spaces configured.

        结果分析：

            代码执行到 allocation4 = new byte[4 * _1MB]; 时，因为前三个对象已经占用 Eden 区 6M，虚拟机发现 Eden 区已经不够分配 allocation4 所需的 4M，因此会发生一次 Minor GC；
            这时候虚拟机发现已有的三个对象（共6M）还存活而且太大不能放入 Survivor 区（共1M），所以只好启动分配担保机制将这三个对象提前转移到老年代中；
            这次 GC 完成后，allocation4 进入 Eden 区（占用4M），allocation1、allocation2、allocation3 进入老年代（占用6M）。

    （2） allocation4 大小为 3M

        修改代码 allocation4 = new byte[4 * _1MB]; 为 allocation4 = new byte[3 * _1MB];

        VM参数：-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:+UseSerialGC

        运行结果：

[GC[DefNew: 6816K->469K(9216K), 0.0049430 secs] 6816K->6613K(19456K), 0.0049835 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
Heap
 def new generation   total 9216K, used 4033K [0x00000000f9a00000, 0x00000000fa400000, 0x00000000fa400000)
  eden space 8192K,  43% used [0x00000000f9a00000, 0x00000000f9d7af60, 0x00000000fa200000)
  from space 1024K,  45% used [0x00000000fa300000, 0x00000000fa375658, 0x00000000fa400000)
  to   space 1024K,   0% used [0x00000000fa200000, 0x00000000fa200000, 0x00000000fa300000)
 tenured generation   total 10240K, used 6144K [0x00000000fa400000, 0x00000000fae00000, 0x00000000fae00000)
   the space 10240K,  60% used [0x00000000fa400000, 0x00000000faa00030, 0x00000000faa00200, 0x00000000fae00000)
 compacting perm gen  total 21248K, used 2508K [0x00000000fae00000, 0x00000000fc2c0000, 0x0000000100000000)
   the space 21248K,  11% used [0x00000000fae00000, 0x00000000fb0730b0, 0x00000000fb073200, 0x00000000fc2c0000)
No shared spaces configured.

        结果分析：

            运行结果同4M时类似，因为需要分配 allocation4 时，其所需的3M空间同样大于了Eden所剩的2M空间，因此还是会发生一次 Minor GC 。

            这次 GC 完成后，allocation4 进入 Eden 区（占用3M），allocation1、allocation2、allocation3 进入老年代（占用6M）。       


6. 总结

    对于 Serial/Serial Old，是否发生 Minor GC 的判定条件是：Eden 区所剩内存是否足够分配该对象，若不够，即 Minor GC。

    对于 Parallel Scavenge/Parallel Old，是否发生 Minor GC 的判定条件是：Eden 区和整个新生代所剩内存是否足够分配该对象，若够但 Eden 不够，则发生一次 Minor GC；若不够，则不会 Minor GC，该对象直接进入老年代。


    最后，若不是动手实践了一番，我一定不会很快意识到不同收集器有不同的内存分配策略这一事实。所以，实践才是检验真理的唯一标准。以后的学习中一定要多动手多动手多动手。


SylviaHY
关注
专栏目录
一文了解JVM全部垃圾回收器，从Serial到ZGC
02-24
常用的7种收集器，其适用的范围如图所示Serial、ParNew、ParallelScavenge用于新生代；CMS、SerialOld、ParalledOld用于老年代。并且他们相互之间以相对固定的组合使用（具体组合关系如上图）。G1是一个独立的收集器...
Parallel Scavenge收集器
summer_fish的专栏
05-31 463
Parallel Scavenge 特点 Parallel Scavenge收集器是一个新生代收集器，它也是使用【标记-复制】算法的收集器，并且并行的多线程收集。 CMS收集器 关注点是尽可能地缩短垃圾收集时用户线程的停顿时间 停顿时间越短就越适合需要与用户交互的程序，良好的响应速度能提升用户体验。 Parallel Scavenge 收集器的目标则是达到一个可控制的吞吐量（Throughput） 吞吐量是CPU用于运行用户代码的时间与CPU总消耗时间的比值，即吞吐量 = 运行用户代码时间 /（运
Jvm垃圾收集器系列之Parallel Scavenge收集器（个人见解仅供参考）
小阳同学的博客
12-30 806
问：什么是Parallel Scavenge？ 答：Parallel Scavenge是Java HotSpot虚拟机中的一种垃圾收集器，它主要用于提高应用程序的吞吐量。 问：Parallel Scavenge的主要目标是什么？ 答：Parallel Scavenge的主要目标是最大化应用程序的吞吐量，即应用程序运行时间与总运行时间（包括垃圾回收时间）的比值。 问：Parallel Scavenge如何实现并行垃圾回收？ 答：Parallel Scavenge通过多线程的方式实现并行垃圾回收，
深入探索JVM垃圾收集器 — 经典垃圾收集器之Parallel Scavenge收集器、Serial Old收集器、Parallel Old收集器
cupkss的博客
09-13 1082
Parallel Scavenge收集器、Serial Old收集器、Parallel Old收集器
JVM--基础--19.2--垃圾收集器--Parallel Scavenge，Parallel Old
zhou920786312的博客
03-18 561
​ JVM–基础–19.5–垃圾收集器–Parallel Old 1、结构图 ​ 2、Parallel Old 收集器 2.1、特征 是Parallel Scavenge收集器的老年代版本，使用多线程和"标记－整理"算法。 参数控制： -XX:+UseParallelOldGC 只能和Parallel Scavenge配合使用，这个组合常用于注重吞吐量以及CPU资源敏感的场合。 2.2、Parallel Scavenge/Parallel Old运行
【JVM和性能优化】2.垃圾回收器和内存分配策略
12-22
Serial Old和Parallel Old是老年代的收集器，CMS（Concurrent Mark Sweep）和G1（Garbage-First）则提供了低停顿时间的选择。ZGC是较新的低延迟收集器，而Shenandoah和ZGC都实现了Stop-the-World（STW）时间的最小化...
JVM入门实战/arthas实战/垃圾回收算法/垃圾回收器/jvm内存模型分析
05-27
1.1Serial/Serial Old收集器 1.2 ParNew收集器 1.3Parallel Scavenge收集器 1.4Parallel Old收集器 1.5CMS（Current Mark Sweep）收集器 1.6G1收集器 第六节：JVM参数调优 1.1 JVM重要参数介绍 1.2JVM参数调优 1.3...
09.内存分配与回收策略1
08-04
JDK 1.8默认使用的垃圾回收器是Parallel Scavenge + Parallel Old，因此使用以上参数的时候，需要调整为Serial或ParNew收集器。使用-XX:+PrintCommandLineFlags JVM参数可以查看默认设置收集器的类型。
JVM垃圾收集器详解之Parallel Scavenge
自律使我自由
09-22 2684
Parallel Scavenge是一款新生代垃圾收集器，我们非常有必要了解这款垃圾收集器，因为这款收集器可是JDK1.7和JDK1.8默认的新生代垃圾收集器。 对于新生代的垃圾回收一般都采用标记-复制算法，Parallel Scavenge也不例外，Parallel Scavenge也与ParNew收集器一样都是能够通过多线程并行收集的，那么Parallel Scavenge与ParNew相比有什么特别之处呢？ Parallel Scavenge的特别之处就在于它关注的是吞吐量，也就是运行代码时间与（运行
【JVM】垃圾收集器-Serial、Parallel、ParNew、CMS的特性与优缺点总结
稻草人的技术小站
04-11 4990
Serial垃圾收集器 ParallelScavenge垃圾收集器 ParNew垃圾收集器 CMS垃圾收集器 Rset与CardTable 打印GC日志到文件 总结 Serial垃圾收集器 Serial垃圾收集器是一个历史非常悠久的垃圾收集器，JDK1.3.1前是HotSpot年轻代垃圾收集的唯一选择； 其年轻代采用复制算法，老年代采用标记-整理算...
Serial和Serial Old垃圾回收器组合
Waiting_Mr_Liu的博客
12-01 335
8.5.1. Serial和Serial Old垃圾回收器组合 1）工作地点 Serial垃圾回收器工作在年轻代，而Serial Old工作在老年代。 2）工作原理 当使用Serial垃圾回收器时：首先在用户线程处于安全的时候执行STW（stop-the-world），这个时刻称为安全点，执行STW时用户线程会暂停执行，同时会有一个单独的线程来清理垃圾，垃圾清理的算法是Copying拷贝算法。 当使用Serial Old垃圾回收器时：首先在用户线程处于安全的时候执行STW（stop-the-world），这
简介JVM的Parallel Scavenge及Parallel Old垃圾收集器
热门推荐
Etyero的博客
06-05 1万+
Parallel Scavenge: 是与ParNew类似，都是用于年轻代回收的使用复制算法的并行收集器，与ParNew不同的是，Parallel Scavenge的目标是达到一个可控的吞吐量，吞吐量=程序运行时间/（程序运行时间+GC时间），如程序运行了99s，GC耗时1s，吞吐量=99/（99+1）=99%。Parallel Scavenge提供了两个参数用以精确控制吞吐量，分别是用以控制最
【深入理解Java虚拟机】四、垃圾收集器（Serial、ParNew、Parallel Scavenge、CMS、Serial Old、Parallel Old、G1）
zhao_miao的博客
03-23 4892
文章目录1. 垃圾收集器 1. 垃圾收集器 HotPot虚拟机，这个JVM包含的收集器如下图 上图展示了7种作用于不同分代的收集器，如果两个收集器之间存在连接，就说明他们之间可以搭配使用，所处的区域，表示它是属于新生代收集器还是老年代收集器 ...
虚拟机中的经典垃圾收集器及常用参数解析（Serial、ParNew、Parallel Scavenge、Serial Old、Parallel Old、CMS、G1）
初心不忘、始终方得
02-25 1318
主要总结jvm中的经典垃圾收集器，如Serial、ParNew、Parallel Scavenge、Serial Old、Parallel Old、CMS、G1等，对使用场景、虚拟机参数设置等进行总结分析。
深入理解Java虚拟机——垃圾收集器
少不入川。的博客
05-07 625
青年如初春，如朝日，如百卉之萌动，如利刃之新发于硎。
JVM系列(十) 垃圾收集器之 Parallel Scavenge/Old
流浪的喵的博客
04-24 1237
多线程垃圾收集器 Parallel Scavenge/Old
垃圾回收器篇之一：Serial、Serial Old、ParNew、Parallel Scavenge、Parallel Old
最新发布
qq_42265640的博客
05-30 1028
吞吐量：运行用户代码的时间占总运行时间的比例（总运行时间：程序的运行时间十内存回收的时间)垃圾收集开销：吞吐量的补数，垃圾收集所用时间与总运行时间的比例。暂停时间：执行垃圾收集时，程序的工作线程被暂停的时间。收集频率：相对于应用程序的执行，收集操作发生的频率。内存占用：java堆区所占的内存大小。快速：一个对象从诞生到被回收所经历的时间。在最大吞吐量优先的情况下，降低停顿时间。
JVM垃圾回收器详解：Serial, ParNew, Parallel Scavenge
"这篇文档主要介绍了Java虚拟机（JVM）中的四种垃圾回收器：Serial收集器、ParNew收集器、Parallel Scavenge收集器和Serial Old收集器，这些都是垃圾回收的重要组成部分，对于理解Java内存管理和性能优化至关重要。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值