JVM知识点扫盲系列(1)

JVM知识点扫盲系列(1)

每次young gc的时间,和eden空间的大小是正比关系吗?

那young gc的时间到底和哪些因素有关呢?

来看一段代码,逻辑很简单,不断的分配1M的大小,直到触发YGC。

// -Xmx2g -Xms2g -Xmn500m -XX:+PrintGCDetails 
// -XX:+UseConcMarkSweepGC -XX:+PrintHeapAtGC
public class GcCase {
 public static void main(String[] args) {
 for (int i = 0; i < 1000; i++) {
 allocate_1M();
 }
 }
 public static void allocate_1M() {
 byte[] _1M = new byte[1024 * 1000];
 }
}

JVM知识点扫盲系列(1)

这里设置了新生代的大小是500m,按照8:1:1的比例,eden的大小应该是400m。我们可以大概梳理一下:

1、每次分配1M,分配到第400次时,eden被1M的内存块塞满了

2、为了能够塞下后面的数据的,只能触发一次YGC

3、执行YGC之前,必须等所有的业务线程全部挂起,这个点就是所谓的安全点(safepoint),从这一刻开始,JVM是冻结的,只有虚拟机线程才能执行,也是从这一刻开始计时。

一次YGC过程包括下面几个步骤,每个步骤的耗时,也就是整个YGC的耗时。

1、找出所有可能存活的对象,一个也不能少,这是标记过程的耗时。

从GC Roots开始,遍历对象,所有能遍历到的对象都是算是存活对象,打上一个标记。正常情况下,需要的关心的GC Roots包括下面几个:类的静态引用、业务线程进入安全点时,正在执行方法中的引用类型变量(包含参数)、部分老年代的对象(持有引用执行新生代对象),还有其它不需要太关注的,比如VM内部的数据结构。

2、存活对象被标记出来之后,需要把这些对象从eden区或者from区,复制到to区,这个复制过程的耗时,和存活对象的大小数量有很大的关系。这是复制过程的耗时。

3、如果开启了GC日志 -XX:+PrintGCDetails,那么在YGC过程中,还会记录一些数据到日志中,这个日志的写入过程,也有可能被影响,这段时间也是YGC的耗时。

所以,young gc的时间,和eden空间的大小是正比关系吗?

答案是没有多大关系。

JVM知识点扫盲系列(1)

jvm

相关推荐