jvm参数PretenureSizeThreshold让对象直接进入老年代！

如何验证大对象直接进入老年代？

配置jvm参数让对象直接进入老年代，避免在Eden区及两个Survivor区之间来回复制，产生大量的内存复制操作。

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

注：-XX：PretenureSizeThreshold参数只对Serial和ParNew两款新生代收集器有效，HotSpot的其他新生代收集器，如Parallel Scavenge并不支持这个参数。

代码

/**
 * @author: csh
 * @Date: 2020/12/9 16:27
 * @Description:避免在Eden区及两个Survivor区之间来回复制，产生大量的内存复制操作。
 * 注：-XX：PretenureSizeThreshold参数只对Serial和ParNew两款新生代收集器有效，HotSpot的其他新生代收集器，如Parallel Scavenge并不支持这个参数。
 */
public class OldGC {
    private static final int _1MB = 1024 * 1024;
    /**
     * VM参数：-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=3145728
     */
    public static void testPretenureSizeThreshold() {
        byte[] allocation;
        allocation = new byte[4 * _1MB]; //直接分配在老年代中
    }

    public static void main(String[] args) {
        testPretenureSizeThreshold();
    }
}

配置

结果

Heap
 PSYoungGen total 9216K, used 6302K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
  eden space 8192K, 76% used [0x00000000ff600000,0x00000000ffc27848,0x00000000ffe00000)
  from space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
  to space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
 ParOldGen total 10240K, used 0K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
  object space 10240K, 0% used [0x00000000fec00000,0x00000000fec00000,0x00000000ff600000)
 Metaspace used 3399K, capacity 4496K, committed 4864K, reserved 1056768K
  class space used 370K, capacity 388K, committed 512K, reserved 1048576K

最后

    通过以上例子可以很明显看出，当对象大于内存比例，将直接进入老年代，从而验证JVM有对应的机制。

往期推荐

实战-配置+OmitStackTraceInFastThrow 导致不打印日志具体信息

直接内存满了导致的OOM

JVM安全点和安全区域的区别

JVM-内存泄漏和内存溢出的区别？

JVM可达性分析是怎么GC的？

JVM （标记-清除算法、复制算法、标记-整理算法、分代收集算法、分区算法）