查看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

时间： 2025-01-26 07:24:45

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

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

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

IIS 中查看W3P.exe所性应用池与iisapp来查看pid占用cpu过高进程

iis 中查看w3p.exe所性应用池与iisapp来查看pid占用cpu过高进程 iisapp -a来显示应用程序池的性能列表. iisapp.vbs它是一个脚本程序,在安装2003时需要sp1才有 而iis7可以直接用它的外壳命令 c:"windows"system32"inetsrv>appcmd.exe list wp来显示 有时候因为服务器安全问题不能直接运行,我们可以通过下面的方法解决下. iis7中查看w3wp进程 在iis中可以用iisapp命令查看到所

Win7如何解决Mscorsvw进程CPU占用高

  Win7如何解决Mscorsvw进程CPU占用高的问题. 步骤如下: 一.mscorsvw进程占用极高的CPU资源 二.关闭服务 先右击桌面的"计算机"图标,选择"管理",打开"计算机管理"窗口并展开"服务和应用程序→服务"分支;然后双击该分支下一个名为"Microsoft .NET Framework NGEN"的服务,打开一个与之同名的对话框;接着单击"停止"按钮以停止该服务.单

SVCHOST进程CPU占用高的解决方法

VCHOST是Windows中最神秘的进程,很多新用户对它很不解.它是Windows的服务宿主,很多系统自带的服务通过它来运行.简单的比喻,它相当于系统服务的马甲.但是SVCHOST有时候CPU占用会非常高,如何看透它的马甲找出真凶呢?我们通过任务管理器来找出它的元凶. STEP01进入"任务管理器":在任务栏的空白处点击右键,选择"任务管理器"以打开任务管理器→进入"进程"选项卡.也可以按下Ctrl+Shift+ESC组合键打开任务管理器.Wi

查看Linux系统CPU、内存信息和操作系统的版本信息

经常要查看Linux服务器的CPU,内存信息以及操作系统版本等信息,总结一下常用的命令,以便以后查阅 . 1.查看CPU型号(8个逻辑CPU) [[root@mail ~]# cat /proc/cpuinfo |grep "name" |cut -f2 -d: |uniq -c      8  Intel(R) Xeon(R) CPU           E5506  @ 2.13GHz 2.查看物理CPU个数(两个4核CPU) [root@mail ~]# cat /proc/cp

查看LINUX进程内存占用情况

  (1)top top命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器 可以直接使用top命令后,查看%MEM的内容.可以选择按进程查看或者按用户查看,如想查看oracle用户的进程内存使用情况的话可以使用如下的命令: $ top -u oracle 内容解释: PID:进程的ID USER:进程所有者 PR:进程的优先级别,越小越优先被执行 NInice:值 VIRT:进程占用的虚拟内存 RES:进程占用的物理内存 SHR:进程

查看linux服务器CPU详细情况

 linux服务器的硬件信息放在/proc下,cat /proc/cpuinfo可以查看到CPU的详细信息.   [fengzhige@33 ~]$ cat /proc/cpuinfo |less processor       : 0  ##CPU超线程数 vendor_id       : GenuineIntel   ##CPU生产厂商 cpu family      : 6 model           : 45 model name      : Intel(R) Xeon(R) C

linux进程资源占用高原因分析命令记录

1.查看进程的线程: ps -eLf|egrep 'gateserver|UID' 2.跟踪线程调用: strace -p 15530 3.统计线程中函数的调用小号CPU时间: strace -p 16334 -c strace -p 15530 -o out.file #输出到out.file文件 4.只显示recv函数的调用: strace -p 5314 -f -F -e recv 5.gdb调试线程: gdb -p pid 6.查看线程打开的文件描述符: lsof -p pid

线上jvm进程CPU load高排查脚本-jkiller

Sql代码   http://www.54chen.com/java-ee/jvm-cpu-load-high-script.html      #!/bin/sh      export LANG="zh_CN.UTF-8";   export LC_ALL="zh_CN.UTF-8";      LOG_FILE="/tmp/jcpu.log";   JSTACK_FILE="/tmp/jstack.log";