加入收藏 | 设为首页 | 会员中心 | 我要投稿 济源站长网 (https://www.0391zz.cn/)- 数据工具、数据仓库、行业智能、CDN、运营!
当前位置: 首页 > 服务器 > 安全 > 正文

cpu占用过高排查

发布时间:2020-12-25 21:12:05 所属栏目:安全 来源:网络整理
导读:简介 最近一段时间 某台服务器上的一个应用总是隔一段时间就自己挂掉 用top看了看 从重新部署应用开始没有多长时间CPU占用上升得很快 排查步骤 # 1.使用top 定位到占用CPU高的进程PIDtop# 2.通过ps aux | grep PID命令获取线程信息,并找到占用CPU高的线程ps

简介

最近一段时间 某台服务器上的一个应用总是隔一段时间就自己挂掉 用top看了看 从重新部署应用开始没有多长时间CPU占用上升得很快

排查步骤
# 1.使用top 定位到占用CPU高的进程PID
top

# 2.通过ps aux | grep PID命令
获取线程信息,并找到占用CPU高的线程
ps -mp pid -o THREAD,tid,time | sort -rn

# 3.将需要的线程ID转换为16进制格式
printf "%xn" tid

# 4.打印线程的堆栈信息 到了这一步具体看堆栈的日志来定位问题了
jstack pid |grep tid -A 30

案例

1.top可以看到PID733进程的占用172%

cpu占用过高排查

2.查找进程733下的线程 可以看到TID 线程775占用了96%且持有了很长时间 其实到这一步基本上能猜测到应该是 肯定是那段代码发生了死循环

ps -mp 733 -o THREAD,time | sort -rn

cpu占用过高排查

3.线程ID转换为16进制格式

printf "%xn" 775

3333

cpu占用过高排查

4.查看java的堆栈信息

jstack 733 |grep 307 -A 30

444

cpu占用过高排查

5555

cpu占用过高排查

显然是 SmsQueueServiceImpl 中的produceMissSms 和 consumeMissSms 方法有问题

最后注释掉那段循环代码,cpu占用就正常了,也有可能是因为频繁GC导致CPU占用过高

(编辑:济源站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读