CPU占用过高问题排查

发布时间:2019-11-17 发布网站:脚本宝典
脚本宝典收集整理的这篇文章主要介绍了CPU占用过高问题排查脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。

前几天发现测试环境的CPU一直很高,于是就去排查了一下原因,之前在程序管理里面介绍过,可以通过top命令查看linux系统进程的资占用。于是运行top命令如下:

图片描述

从上图中可以看到其中有一个线程的CPU非常高,PID是31461.虽然我们知道了是一个java进程,也知道了PID号码,但是我们并不知道到底是那部分代码占用的CPU较高,这个时候我们就可以使用 top -Hp Pid的命令,来查看具体占用CPU资源的进程:

图片描述

然后从线程的列表中找到CPU占用最高的线程ID。比如说4244. 我们知道占用CPU高的进程是JAVA进程,那么我们就可以使用jstack命令来查看java进程的栈信息,但是有个问题是jstack打出来的内容太多了,我怎么确定具体是哪个栈的占用CPU高呢? 这时就需要用到前面我们找到的线程ID了。由于jstack中使用的16进制,因此我们需要把线程ID:4244 转为16进制为1094.然后我们可以使用下面的命令查看这个线程对应栈信息:
jstack PID | grep -A 10 16进制线程ID:jstack 31461 | grep -A 10 1094:

[root@iZ23ozpjtzfZ ~]# jstack 31461 | grep -A 10 1094 "cat-TcpSocketSender" #243 daemon prio=5 os_prio=0 tid=0x00007f779c3be000 nid=0x1094 runnable [0x00007f7767a31000]   java.lang.Thread.State: TIMED_WAITING (parking)    at sun.misc.Unsafe.park(Native Method)    - parking to wait for  <0x00000000f8b7f928> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)    at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)    at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)    at com.dianping.cat.message.io.DefaultMessageQueue.poll(DefaultMessageQueue.java:49)    at com.dianping.cat.message.io.TcpSocketSender.run(TcpSocketSender.java:176)    at java.lang.Thread.run(Thread.java:748)    at org.unidal.helper.Threads$RunnableThread.run(Threads.java:294

这样就定位了问题所在,之后就可以查看具体是什么原因导致这段代码占用CPU过高。

脚本宝典总结

以上是脚本宝典为你收集整理的CPU占用过高问题排查全部内容,希望文章能够帮你解决CPU占用过高问题排查所遇到的问题。

如果觉得脚本宝典网站内容还不错,欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。