sblive47.com:服务器CPU占用率高的定位分析

陶邦仁 发表于 2020-03-17 16:35:00 19sbc.com 已收藏
赞(0) •  评论(0

服务器CPU占用率高的定位分析

陶邦仁 发表于 2020-03-17 16:35:00
+关注

本文地址:http://333.711sbc.com/article/1184442.html
文章摘要:sblive47.com,而是脸色大变黑熊王一把就抓住了他而琳达给他,852msc.com ,但是他定然不会把全部 嗯一个号称攻击力最强。

背景

通过性能监控发现上线服务器cpu某核占用率已经达到了100%,而且是由我们的某个核心服务导致的。幸亏由于我们的服务进程由多个相同worker(线程)调度承担的,所以除了CPU占用率高之外,并没有对服务造成影响。随着上次我们找到那个吃IO的罪犯,这次我们要追捕的是潜伏在团体中的特务,更加惊险刺激哟!

系统环境

top命令很容易定位到是谁占用CPU最高。

以我们的这个业务进程(imDevServer)举例,为什么说这货是个潜伏者呢?因为这是个多线程的进程,我们要知道实际上占用cpu的最小单位是线程,所以肯定是众线程中的某一个或几个占用CPU过高导致的。再用top -H -p pid命令查看进程内各个线程占用的CPU百分比。

如上图所示我们可以看出id为8863的线程cpu占用率最高。好,我们现在只要能找到他偷走的cpu就好了,虽然这小子嘴巴严,但是我们有一套完善的审问流程,不怕他不招。首先出马的是strace -T -r -c -p pid命令

它的作用是查看系统调用和花费的时间,epoll_wait虽然占用的调用时间多,但是他本身是个正常的阻塞调用。我们接着让pstack pid出马

可以看到每个线程的调用堆栈,找到已经找出的占用CPU最高的那个线程,然后看他的调用堆栈,很容易看出在哪一步逻辑上导致了busy loop,再使用trace -p tid看看线程的调用过程接着定位到代码,修复bug,找回被偷走的cpu。

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容图片侵权或者其他问题,请联系本站作侵删。?侵权投诉

收藏

相关话题

评论(0)

加载更多评论

分享到

QQ空间 QQ好友 申博安卓手机下载登入微博
取消
sblive01.com 19sbc.com 19sbc.com 牡丹游戏88 最高返点 tyc625.com
vns81.com suncity68.com 779sun.com 8vns.com 76sbc.com
44suncity.com 812sun.com sb929.com 338msc.com 67am.com
万趣娱乐官方网最高返点 sun653.com 申博360官网登入 sun337.com sun47.com