054、JVM实战总结: 案例实战:每日百亿数据量的实时分析引擎,如何定位和解决频繁Full GC问题?

之前有位同学面试时的一个面试题:如何配置能让JVM不进行FullGC?大家仔细看完这篇文章应该就有答案了

1-7、回顾内容参照40讲 点击链接

 

8JVM参数与程序

参数配置:
-XX:NewSize=100M

-XX:MaxNewSize=100M

-XX:InitialHeapSize=200M

-XX:MaxHeapSize=200M

-XX:SurvivorRatio=8

-XX:MaxTenuringThreshold=15

-XX:PretenureSizeThreshold=20M

-XX:+UseParNewGC

-XX:+UseConcMarkSweepGC

-XX:+PrintGCDetails

-XX:+PrintGCTimeStamps

-Xloggc:d:/gc.log



程序:

public class _54_RealTimeEngine {

    static final int M = 1024 * 1024;

    static final int K = 1024;

    public static void main(String[] args) throws InterruptedException {

        Thread.sleep(20_000);



        while(true){

            loadData();

        }



    }

    private static void loadData() throws InterruptedException {

        byte[] data = null;

        for(int i=0;i<4;i++){

            data = new byte[10*M];

        }

        data = null;



        byte[] data1 = new byte[10*M];

        byte[] data2 = new byte[10*M];//触发第一次OLDGC

        byte[] data3 = new byte[10*M];

        data3 = new byte[10*M];//触发第一次YGC

        Thread.sleep(1_000);



    }

    private static void allocate(int size) {

        byte[] bytes = new byte[size];

    }

}

    

程序说明:

    每秒有80M的对象要分配到堆中,其中30M在1秒内是存活的。

    事实上垃圾收集时的存活对象要看是在哪条语句触发了GC,比如在byte[] data1 = new byte[10*M];语句触发GC ,那么存活对象是0

10、基于jstat分析程序运行的状态

054、JVM实战总结: 案例实战:每日百亿数据量的实时分析引擎,如何定位和解决频繁Full GC问题?

??问题

    1、红色1标注的区域,为什么每次都增加10M,而不是每次存活的30M?

    答:执行到data3 = new byte[10*M];时发现Eden不够放,触发YoungGC,30M存活复制到S区,发现放不下,直接放入老年代,YGC后Eden放入10M。

 

    2、红色2、3标注的区域,为什么第一次OU增加了30M ,后面增加的是10M 或 20M?

    答:比如第二次YGC时OU增加了20M,是因为Eden区本身已经有10M,这时是执行到byte[] data3 = new byte[10*M];触发YGC,也就是说提前了一条语句触发,此时存活20M,这20M晋升,然后放入byte[] data3 = new byte[10*M]; data3 = new byte[10*M];生成的对象

 

    3、红色3标注的区域,为什么到了60多M就会变成30M,而不是OU回收完的0M?

    答:此时Eden区已存在30M多点,Eden区不够放,触发了YGC,结果发现老年代也不够放,触发OldGC,回收完是0M,然后放入存活30M

 

    4、红色4标注的区域,为什么YGC从7直接变成了9?

    答:eden放不下(触发了YGC -1),且S区放不下,直接放老年代(此时没有对Eden区回收),发现老年代也放不下了,触发OldGC,,回收完是0M,然后放入存活30M。再然后放入触发YGC的10M,发现Eden放不下,再次触发了YGC -2

 

    5、红色5标注的区域,为什么会连续3秒FullGC

    答:触发FullGC原因就是老年代空间不够放晋升对象了。第3次OldGC 完成后Eden和Old区使用空间很多:054、JVM实战总结: 案例实战:每日百亿数据量的实时分析引擎,如何定位和解决频繁Full GC问题?,接着存放存活对象,触发了第4次OldGC,完成后回到程序初始运行状态,此时要晋升的对象有50M多点,又触发了OldGC

 

11、对JVM性能进行优化

分析这个程序,方法结束后所有的对象都是垃圾对象,也就是说一秒内分配的对象只要S区可以放下,那么下一秒就可以被回收了。此时需要增加S区的大小

参数配置:

-XX:NewSize=200M

-XX:MaxNewSize=200M

-XX:InitialHeapSize=300M

-XX:MaxHeapSize=300M

-XX:SurvivorRatio=2

-XX:MaxTenuringThreshold=15

-XX:PretenureSizeThreshold=20M

-XX:+UseParNewGC

-XX:+UseConcMarkSweepGC

-XX:+PrintGCDetails

-XX:+PrintGCTimeStamps

-Xloggc:d:/gc.log

 

Eden 100M,From To 50M 这样就避免了FULLGC了,但YGC频繁没发避免的,因为每秒耗用的内存太多80M,但没关系,可以看看下图,一次YGC平均耗费4.5ms

 

054、JVM实战总结: 案例实战:每日百亿数据量的实时分析引擎,如何定位和解决频繁Full GC问题?

本文是《从 0 开始带你成为JVM实战高手》内容总结,版权问题,特此声明。详细内容:

 054、JVM实战总结: 案例实战:每日百亿数据量的实时分析引擎,如何定位和解决频繁Full GC问题?

 

 

 054、JVM实战总结: 案例实战:每日百亿数据量的实时分析引擎,如何定位和解决频繁Full GC问题?

如果购买,成功后加QQ群找群主返现10元

上一篇:JVM垃圾回收机制


下一篇:Java垃圾回收机制