036、JVM实战总结:糟糕!运行着的线上系统突然卡死无法访问,万恶的JVM GC!

提醒大家复习时,只看标题进行回想并尝试回答,然后再看内容。

1、前文回顾

前5周分析了JVM核心原理、出现GC的问题情形。

2、基于JVM运行的系统最怕什么?

STW 造成的卡顿问题

3、年轻代gc到底多久一次对系统影响不大?

多久一次需要根据业务来定。年轻代gc对系统影响大不大?相对于FullGC,对系统影响是不大的。因为存活对象少,意味着追踪和复制的就少

 

4、什么时候新生代gc对系统影响很大?

系统部署部署在大内存机器上,给你的应用分配了几十个G,同时负载很高情况下(比如每秒几万请求),这时积压的请求多,大量存活,导致回收时间长

5、如何解决大内存机器的新生代GC过慢的问题?

G1垃圾回收器,G1天生就适合这种大内存机器的JVM运行,可以完美解决大内存垃圾回收时间过长的问题。

6、要命的频繁老年代gc问题

三个进入老年代的条件:1、年龄大 2、动态年龄判断 3、Survivor放不下 重点关注2和3。所以要按照之前说的,估算内存模型,合理分配内存Eden,Survivor区(SurvivorRatio参数)

7、JVM性能优化到底在优化什么?

总的原则:合理配置分配内存,让短命对象在新生代就被回收,让长期存活的早点进入老年代(别再新生代复制来复制去)

本文是《从 0 开始带你成为JVM实战高手》内容总结,版权问题,特此声明。想学习老师专栏的同学可以扫描二维码:

 

 

 

 

购买成功后找我返现10元

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

java硕哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值