查看Linux进程CPU过高具体的线程堆栈(不中断程序)

1、TOP命令,找到占用CPU最高的进程

$ top

top - 20:11:45 up 850 days,  1:18,  3 users,  load average: 1.04, 1.01, 0.99 
Tasks:  61 total,   1 running,  60 sleeping,   0 stopped,   0 zombie 
Cpu(s):  1.4% us,  0.1% sy,  0.0% ni, 98.3% id,  0.1% wa,  0.0% hi,  0.2% si 
Mem:  16418172k total, 15693376k used,   724796k free,  1146696k buffers 
Swap: 10223608k total,0k used, 10223608k free, 12537692k cached 
 
PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND 
24714 ztgame16   0 1409m 1.2g 4252 S 99.6  7.4   2390:57 IMVChannelServe 
1 root  16   0  4772  520  432 S  0.0  0.0   0:03.43 init
2 root  RT   0 000 S  0.0  0.0   0:05.75 migration/0 
3 root  34  19 000 S  0.0  0.0   5:22.97 ksoftirqd/0 
4 root  RT   0 000 S  0.0  0.0   0:07.90 migration/1 
5 root  34  19 000 S  0.0  0.0   0:00.27 ksoftirqd/1 
6 root  RT   0 000 S  0.0  0.0   0:04.07 migration/2 
7 root  34  19 000 S  0.0  0.0   0:00.47 ksoftirqd/2 
8 root  RT   0 000 S  0.0  0.0   0:04.00 migration/3 
9 root  34  19 000 S  0.0  0.0   0:00.33 ksoftirqd/3

2、通过TOP -H -p 进程ID,找到具体的线程占用情况,Shift+H可以开启关闭线程显示

$ top -H -p 24714

top - 20:15:30 up 850 days,  1:22,  3 users,  load average: 1.26, 1.09, 1.02 
Tasks:  16 total,   1 running,  15 sleeping,   0 stopped,   0 zombie 
Cpu(s): 24.8% us,  0.3% sy,  0.0% ni, 73.1% id,  0.0% wa,  0.0% hi,  1.8% si 
Mem:  16418172k total, 15701376k used,   716796k free,  1146704k buffers 
Swap: 10223608k total,0k used, 10223608k free, 12546048k cached 
 
PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND 
24729 ztgame16   0 1409m 1.2g 4252 R 97.0  7.4   2307:22 IMVChannelServe 
24721 ztgame15   0 1409m 1.2g 4252 S  2.0  7.4  84:22.40 IMVChannelServe 
24714 ztgame16   0 1409m 1.2g 4252 S  0.0  7.4   0:03.80 IMVChannelServe 
24716 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:00.00 IMVChannelServe 
24717 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:00.04 IMVChannelServe 
24718 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:00.00 IMVChannelServe 
24719 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:00.08 IMVChannelServe 
24720 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:00.01 IMVChannelServe 
24722 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:00.00 IMVChannelServe 
24723 ztgame16   0 1409m 1.2g 4252 S  0.0  7.4   0:00.00 IMVChannelServe 
24724 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:00.01 IMVChannelServe 
24725 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:09.83 IMVChannelServe 
24726 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:00.00 IMVChannelServe 
24727 ztgame15   0 1409m 1.2g 4252 S  0.0  7.4   0:00.76 IMVChannelServe 
24728 ztgame16   0 1409m 1.2g 4252 S  0.0  7.4   0:00.53 IMVChannelServe 
24730 ztgame16   0 1409m 1.2g 4252 S  0.0  7.4   2:42.18 IMVChannelServe

3、通过命令pstack 进程ID显示线程堆栈,LWP 24729对应线程ID的堆栈,就是占用CPU最高的堆栈,可以具体分析什么原因造成的。

$ pstack 24714 
Thread 16 (Thread 1084229984 (LWP 24716)): 
#0  0x00000039c5a901d5 in __nanosleep_nocancel () from /lib64/tls/libc.so.6 
#1  0x00000039c5ac3058 in usleep () from /lib64/tls/libc.so.6 
#2  0x00000000005ebe10 in zVerifyThread::run () 
#3  0x00000000005e9d29 in zThread::threadFunc () 
#4  0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0 
#5  0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6 
Thread 15 (Thread 1094719840 (LWP 24717)): 
#0  0x00000039c5a901d5 in __nanosleep_nocancel () from /lib64/tls/libc.so.6 
#1  0x00000039c5ac3058 in usleep () from /lib64/tls/libc.so.6 
#2  0x00000000005ebe10 in zVerifyThread::run () 
#3  0x00000000005e9d29 in zThread::threadFunc () 
#4  0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0 
#5  0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6 
Thread 14 (Thread 1105209696 (LWP 24718)): 
#0  0x00000039c5a901d5 in __nanosleep_nocancel () from /lib64/tls/libc.so.6 
#1  0x00000039c5ac3058 in usleep () from /lib64/tls/libc.so.6 
#2  0x00000000005ebe10 in zVerifyThread::run () 
#3  0x00000000005e9d29 in zThread::threadFunc () 
#4  0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0 
#5  0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6 
Thread 13 (Thread 1115699552 (LWP 24719)): 
#0  0x00000039c5a901d5 in __nanosleep_nocancel () from /lib64/tls/libc.so.6 
#1  0x00000039c5ac3058 in usleep () from /lib64/tls/libc.so.6 
#2  0x00000000005ebe10 in zVerifyThread::run () 
#3  0x00000000005e9d29 in zThread::threadFunc () 
#4  0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0 
#5  0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6 
Thread 3 (Thread 1220598112 (LWP 24729)): 
#0  0x00000039c5a71e87 in memset () from /lib64/tls/libc.so.6 
#1  0x00000000004fa591 in ChannelTask::forwardToClientByMedia () 
#2  0x0000000000506220 in ChannelTask::parseClientMsg_Normal () 
#3  0x000000000051ef55 in ChannelTask::parseClientMsg () 
#4  0x000000000051f070 in ChannelTask::cmdMsgParse_Forward () 
#5  0x000000000051f1d1 in ChannelTask::cmdMsgParse () 
#6  0x000000000051f414 in ChannelTask::processCmd () 
#7  0x0000000000523ea8 in ChannelTaskManager::processCmd () 
#8  0x0000000000525ddd in ChannelTimeTick::run () 
#9  0x00000000005e9d29 in zThread::threadFunc () 
#10 0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0 
#11 0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6 
Thread 2 (Thread 1231087968 (LWP 24730)): 
#0  0x00000039c610af8b in __lll_mutex_lock_wait () 
#1  0x0000000000000001 in ?? () 
#2  0x0000000000000065 in ?? () 
#3  0x00000039c6107d87 in pthread_mutex_lock () from /lib64/tls/libpthread.so.0 
#4  0x0000003a500ae29e in operator delete () from /usr/lib64/libstdc++.so.6 
#5  0x000000000053f59d in ChannelLoadClient::processCmd_DB () 
#6  0x00000000005986c9 in GameAppClient::processTaskCmd_DB () 
#7  0x00000039c5a901e3 in __nanosleep_nocancel () from /lib64/tls/libc.so.6 
#8  0x0000000000000000 in ?? () 
Thread 1 (Thread 182894183104 (LWP 24714)): 
#0  0x00000039c5ac9c5c in epoll_wait () from /lib64/tls/libc.so.6 
#1  0x0000000000620cac in zTCPServer::accept () 
#2  0x00000000005f9c0d in zNetService::serviceCallback () 
#3  0x00000000005f89e3 in zService::main () 
#4  0x0000000000564298 in main ()

本文永久更新地址:http://www.linuxdiyf.com/linux/18227.html

时间: 2024-12-07 11:02:09

查看Linux进程CPU过高具体的线程堆栈(不中断程序)的相关文章

linux ps命令,查看某进程cpu和内存占用率情况, linux ps命令,查看进程cpu和内存占用率排序。 不指定

背景:有时需要单看某个进程的CPU及占用情况,有时需要看整体进程的一个占用情况.一. linux ps命令,查看某进程cpu和内存占用率情况[[email protected] vhost]# ps auxUSER       PID  %CPU    %MEM    VSZ   RSS TTY      STAT    START   TIME COMMAND解释:linux 下的ps命令USER 进程运行用户PID    进程编号%CPU 进程的cpu占用率%MEM 进程的内存占用率VSZ

查看 Linux 下 CPU、内存的占用率的方法集锦

如何查看 Linux 下内存占用率方法一 : 我们可以使用下面命令的组合来达到此目的.在该方法中,我们使用的是 free 和 awk 命令的组合来获取内存占用率. 要获取不包含百分比符号的内存占用率: #free -t | awk 'NR ==2 {print "CurrentMemory Utilization is: "$3/$2*100}' 或 #free -t | awk 'FNR ==2 {print"Current Memory Utilization is: &

nethogs查看linux进程的带宽使用

sudo apt-get install build-essential sudo apt-get install libncurses5-dev libpcap-dev wget -c https://github.com/raboof/nethogs/archive/v0.8.1.tar.gz tar xf v0.8.1.tar.gz cd ./nethogs-0.8.1/ make && sudo make install 安装完输入 nethogs 可查看linux进程的带宽使用

linux查看某个进程CPU消耗较高的具体线程或程序的方法

目前我们的监控,可以发现消耗较高CPU的进程(阀值为3个CPU),通过监控我们可以找到消耗较高CPU的进程号: 通过进程号pid,我们在linux上可以通过top –H –p <pid>命令,显示该进程中每个线程的CPU资源消耗情况. 然后通过threadump命令,可以打印出某个应用JVM中某时刻所有线程的调用情况,通过线程号我们就可以对应找到线程调用的程序了. 另: 使用jrcmd命令也可以进行threadump和进程执行线程情况的查看,但该命令为jrockit 5.0 新带的命令,在wl

java进程CPU飙高

因为这段时间一直在弄监控,但是工作还是在进行中 因为机器不多,所以今天早上巡检了一下,看到一台生产机器上的CPU飙高 top 然后就请出了大神工具JVM 具体JVM的介绍看:http://www.cnblogs.com/smail-bao/p/6027756.html CPU飙高的话,我们就是用jstack的工具 首先我们使用top查出来是哪个进程导致的CPU飙高 这里我们看到是PID号为11506的进程 这个进程对应的项目是哪个(为了后面可以把错误的定位发给相关的开发人员看),使用ps -au

Java进程CPU使用率高排查

近期java应用,CPU使用率一直很高,经常达到100%,通过以下步骤完美解决,分享一下. 1.jps 获取Java进程的PID. 2.jstack pid >> java.txt 导出CPU占用高进程的线程栈. 3.top -H -p PID 查看对应进程的哪个线程占用CPU过高. 4.echo "obase=16; PID" | bc 将线程的PID转换为16进制. 5.在第二步导出的Java.txt中查找转换成为16进制的线程PID.找到对应的线程栈. 6.分析负载高

如何查看linux系统CPU利用率

当linux系统被某一个进程占用时,它无法处理其它进程的请求.余下等待处理的请求必须等到CPU空闲.这个时候,系统会变得很慢.以下命令将能够帮助你识别CPU的利用率,从而解决与CPU相关的问题.    查明CPU利用率是一项重要的任务.linux系统附带了报告CPU利用率的各种工具.利用这些工具,你将可以查明:    *CPU利用率    *显示每一个CPU的利用率    *了解系统CPU的平均利用率    *直观的找到哪个进程正在吃CPU #1:toptop程序提供了一个动态的.实时的.直观的

linux进程cpu资源分配命令nice,renice,taskset

进程cpu资源分配就是指进程的优先权(priority).优先权高的进程有优先执行权利.配置进程优先权对多任务环境的linux很有用,可以改善系统性能.还可以把进程运行到指定的CPU上,这样一来,把不重要的进程安排到某个CPU,可以大大改善系统整体性能. 一.先看系统进程: PR 就是 Priority 的简写,而 NI 是 nice 的简写.这两个值决定了PR的值,PR越小,进程优先权就越高,就越"优先执行".换算公式为:PR(new) = PR(old) + NI --------

Java进程CPU占用高导致的网页请求超时的故障排查

一.发现问题的系统检查: 一个管理平台门户网页进统计页面提示请求超时,随进服务器操作系统检查load average超过4负载很大,PID为7163的进程占用到了800%多. 二.定位故障 根据这种故障的一般处理思路,先找出问题进程内CPU占用率高的线程,再通过线程栈信息找出该线程当时在运行的问题代码段,操作如下: 2.1.根据思路查看高占用的"进程中"占用高的"线程",追踪发现7163的进程中16298的线程占用较高,使用命令: top -Hbp 7163 | a