N个真实线上故障,从容应对面试官!丨PerfMa 技术社区每周精选【2020 第 30 期】

本周精选分享了N个真实线上故障帮你从容应对面试官,以及Redis连接池配置不当引起的Full GC实战文章内容,问答部分分享了高峰期CMS remark阶段耗时严重, 导致服务可用性下降相关问题...欲了解更多性能相关文章与求助,请看 PerfMa 技术社区!

本周精选文章:

N个真实线上故障,从容应对面试官!  java 

作者:冯涛

很多人在面试时,会被问到这样的问题:遇到过什么系统故障?怎么解决的?下面是笔者根据自己15年互联网研发经历总结的多个线上故障真实案例。相信可以帮你从容应对面试官的提问!本文图不多,但内容很干!理解为主,面试为辅,学以致用。

Redis client链接池配置不当引起的频繁full gc   redis full gc

作者:朱纪兵

笔者负责的一个RPC服务就是简单的从Redis Cluster中读取数据,然后返回给上游。理论上该服务的对象大部分都应该是朝生夕死的,但是笔者查看gc log 的时候发现 age >=2 的对象还真有不少,甚至和age=1的对象差不多。也就是说对象从eden晋升到Survivor,之后的每次young gc 这些对象都是在Survivor区域中移动,直到晋升到old 区域中。

java内存溢出问题分析过程  oom  java 

作者:侠梦

java程序的性能问题定位,一直都是开发者需要面对的一个“拦路虎”, 在前面的两篇文章中,已经介绍了Heap dump的概念和生成方式,以及Shallow heap和Retained heap以及GC ROOT的概念,本篇文章,我们继续来介绍一些新的概念和基于一个dump案例,详尽的介绍,在程序OOM后,改如何去定位具体原因。

本周精选问题:

CMS垃圾收集器gc日志

问题描述

jvm堆内存设置为10g,年轻代设置为5000M,使用的是ParNew+CMS,看gc日志有这么一条,查询了说是根据动态计算直接进行的MSC,但是没有详细说明,想请教一下各位大神帮忙解答一下

1.MSC(Make-Sweep-Compact)是只针对old区吗(看这个名字猜测的)

2.触发这个MSC的话,年轻代是会等MSC结束后又执行一次YGC吗?因为看日志前面的年轻代一点内存都没有释放,耗时也特别特别短,是不是没有触发YGC!

回复

[墨书]:MSC是全部的会GC的,包括新生代,是否再进行YGC,其实就是一次Full GC,至于后面的YGC肯定是因为新内存分配所致,和这个没关系。

load高故障相关问题

问题描述

1、请问load高时,操作系统层面和业务层面分别有什么样的表现呢?

2、load标准值是不是不超过CPU核数就行了?

回复

[加油不内卷]:如果是-F参数就是这样的,并且线程状态和Thread类中的也不相符,我一般情况下-l不能dump出线程栈,才会使用-F强制dump。

[zlba111]:1、Load值高,会导致系统卡顿(输入linux命令不能立刻显示,远程登录不了等现象)或者应用响应时间变长。2、Load值大于cpu核数*1.5时,需要排查原因;Load值比历史基线高很多,需要排查原因。

本周精选 JVM 参数:

UseFastAccessorMethods 参数讨论专区

参数说明

Use fast method entry code for accessor methods

讨论

[Brook1]:get,set 方法转成本地代码。

PrintGCTimeStamps 参数讨论专区

参数说明

Print timestamps at garbage collection

讨论

[Roin1231]:打印垃圾收集的时间情况 , 如 :[Times: user=0.09 sys=0.00, real=0.02 secs]。

本周热点资讯:

Git 2.28发布:GitHub正推进“master/slave”等名称的更换工作

在今天发布的 Git 2.28 版本更新中,微软旗下的 GitHub 宣布已经在推进更名工作,将名称为“master”调整为“main”。随后反馈外媒的邮件中,GitHub 发言人表示公司正在调整代码仓库的默认分支名称,不在启用“master”,并使用户更容易为所有创建的新仓库选择自己的默认分支名称。

Linux Kernel 5.9 将 HTTP 链接切换到 HTTPS

HTTPS 相比 HTTP 更为安全,特别是能够有效避免发生中间人攻击。目前 Linux 内核源码中有开发者提交了至少 150 项补丁,用于将内核中的 HTTP 链接更改为 HTTPS。

ps:大家可以点击感兴趣的标题直接阅读哦,点击阅读原文到社区浏览更多内容~

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值