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]; } }
这里设置了新生代的大小是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空间的大小是正比关系吗?
答案是没有多大关系。