转自：http://blog.csdn.net/mergerly/article/details/47731305

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

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

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

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

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

    1. $ pstack 24714
    2. Thread 16 (Thread 1084229984 (LWP 24716)):
    3. #0  0x00000039c5a901d5 in __nanosleep_nocancel () from /lib64/tls/libc.so.6
    4. #1  0x00000039c5ac3058 in usleep () from /lib64/tls/libc.so.6
    5. #2  0x00000000005ebe10 in zVerifyThread::run ()
    6. #3  0x00000000005e9d29 in zThread::threadFunc ()
    7. #4  0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0
    8. #5  0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6
    9. Thread 15 (Thread 1094719840 (LWP 24717)):
    10. #0  0x00000039c5a901d5 in __nanosleep_nocancel () from /lib64/tls/libc.so.6
    11. #1  0x00000039c5ac3058 in usleep () from /lib64/tls/libc.so.6
    12. #2  0x00000000005ebe10 in zVerifyThread::run ()
    13. #3  0x00000000005e9d29 in zThread::threadFunc ()
    14. #4  0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0
    15. #5  0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6
    16. Thread 14 (Thread 1105209696 (LWP 24718)):
    17. #0  0x00000039c5a901d5 in __nanosleep_nocancel () from /lib64/tls/libc.so.6
    18. #1  0x00000039c5ac3058 in usleep () from /lib64/tls/libc.so.6
    19. #2  0x00000000005ebe10 in zVerifyThread::run ()
    20. #3  0x00000000005e9d29 in zThread::threadFunc ()
    21. #4  0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0
    22. #5  0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6
    23. Thread 13 (Thread 1115699552 (LWP 24719)):
    24. #0  0x00000039c5a901d5 in __nanosleep_nocancel () from /lib64/tls/libc.so.6
    25. #1  0x00000039c5ac3058 in usleep () from /lib64/tls/libc.so.6
    26. #2  0x00000000005ebe10 in zVerifyThread::run ()
    27. #3  0x00000000005e9d29 in zThread::threadFunc ()
    28. #4  0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0
    29. #5  0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6
    30. Thread 3 (Thread 1220598112 (LWP 24729)):
    31. #0  0x00000039c5a71e87 in memset () from /lib64/tls/libc.so.6
    32. #1  0x00000000004fa591 in ChannelTask::forwardToClientByMedia ()
    33. #2  0x0000000000506220 in ChannelTask::parseClientMsg_Normal ()
    34. #3  0x000000000051ef55 in ChannelTask::parseClientMsg ()
    35. #4  0x000000000051f070 in ChannelTask::cmdMsgParse_Forward ()
    36. #5  0x000000000051f1d1 in ChannelTask::cmdMsgParse ()
    37. #6  0x000000000051f414 in ChannelTask::processCmd ()
    38. #7  0x0000000000523ea8 in ChannelTaskManager::processCmd ()
    39. #8  0x0000000000525ddd in ChannelTimeTick::run ()
    40. #9  0x00000000005e9d29 in zThread::threadFunc ()
    41. #10 0x00000039c6106137 in start_thread () from /lib64/tls/libpthread.so.0
    42. #11 0x00000039c5ac9883 in clone () from /lib64/tls/libc.so.6
    43. Thread 2 (Thread 1231087968 (LWP 24730)):
    44. #0  0x00000039c610af8b in __lll_mutex_lock_wait ()
    45. #1  0x0000000000000001 in ?? ()
    46. #2  0x0000000000000065 in ?? ()
    47. #3  0x00000039c6107d87 in pthread_mutex_lock () from /lib64/tls/libpthread.so.0
    48. #4  0x0000003a500ae29e in operator delete () from /usr/lib64/libstdc++.so.6
    49. #5  0x000000000053f59d in ChannelLoadClient::processCmd_DB ()
    50. #6  0x00000000005986c9 in GameAppClient::processTaskCmd_DB ()
    51. #7  0x00000039c5a901e3 in __nanosleep_nocancel () from /lib64/tls/libc.so.6
    52. #8  0x0000000000000000 in ?? ()
    53. Thread 1 (Thread 182894183104 (LWP 24714)):
    54. #0  0x00000039c5ac9c5c in epoll_wait () from /lib64/tls/libc.so.6
    55. #1  0x0000000000620cac in zTCPServer::accept ()
    56. #2  0x00000000005f9c0d in zNetService::serviceCallback ()
    57. #3  0x00000000005f89e3 in zService::main ()
    58. #4  0x0000000000564298 in main ()

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

  1. 【转载】查看Linux进程CPU过高具体的线程堆栈(不中断程序)

    具体的命令经常忘记,毕竟用的不是很多.为了避免去找备份一下 1.TOP命令,找到占用CPU最高的进程 $ top top - 20:11:45 up 850 days,  1:18,  3 users ...

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

    背景:有时需要单看某个进程的CPU及占用情况,有时需要看整体进程的一个占用情况.一. linux ps命令,查看某进程cpu和内存占用率情况[root@test vhost]# ps auxUSER  ...

  3. Java进程CPU使用率高排查

    Java进程CPU使用率高排查 生产java应用,CPU使用率一直很高,经常达到100%,通过以下步骤完美解决,分享一下.1.jps 获取Java进程的PID.2.jstack pid >> ...

  4. 查看linux服务器CPU相关

    查看linux服务器CPU相关: 1.查看物理CPU个数 cat /proc/cpuinfo| grep "physical id"| sort| uniq| wc -l 2.查看 ...

  5. 查看Linux服务器CPU总核数

    下面介绍查看Linux服务器CPU总核数的方法. 通过/proc/cpuinfo可查看CPU个数及总核数. [root@kevin ~]# grep processor /proc/cpuinfo | ...

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

      目前我们的监控,可以发现消耗较高CPU的进程(阀值为3个CPU),通过监控我们可以找到消耗较高CPU的进程号: 通过进程号pid,我们在linux上可以通过top –H –p <pid> ...

  7. java进程CPU飙高

    因为这段时间一直在弄监控,但是工作还是在进行中 因为机器不多,所以今天早上巡检了一下,看到一台生产机器上的CPU飙高 top

  8. JVM进程cpu飙高分析

    在项目快速迭代中版本发布频繁  近期上线报错一个JVM导致服务器cpu飙高 但内存充足的原因现象.  对于耗内存的JVM程序来而言,  基本可以断定是线程僵死(死锁.死循环等)问题. 这里是纪录一下排 ...

  9. JVM 之 Linux定位CPU过高问题及优化

    项目部署以后出行卡顿现象,所以对问题进行了排查,记录一下排查过程 (从CSDN编辑器贴过来的,图有水印) 1.找进程 top 可以发现,是Java进程导致的CPU过高,致使系统卡顿 2.找线程 ps ...

随机推荐

  1. PHP科学计数法转换成数字

    /** * 科学计数法转换成数字 * @param $num * @param int $double * @return int */ function sctonum($num, $double ...

  2. 一份可以发布jar包到MAVEN中央仓库的POM

    [2017-01-03 更新]将基础的pom抽离成一个项目无关的parent pom,euler-framework的pom继承这个parent pom 今天在家折腾了一下怎么把Jar包发布到Mave ...

  3. 022 StringTokenizer替换掉String的操作

    一:说明 1.说明 String的操作特别消耗内存,所以可以考虑优化. 二:程序 1.程序修改 这部分程序属于Mapper端的程序,稍微优化一下. 2.程序 //Mapper public stati ...

  4. 关于 facebook

    2017/10/29 Facebook账号分分钟被禁用,见怪不怪就好了,禁了就申诉呗 Facebook 如果遇到帐号被停用 / 帐号被封锁,大致上来说有叁个原因: 1, 名字用假名 2, 一个人拥有多 ...

  5. [过程记录]Centos7 下 Hadoop分布式集群搭建

    过程如下: 配置hosts vim /etc/hosts 格式: ip hostname ip hostname 设置免密登陆 首先:每台主机使用ssh命令连接其余主机 ssh 用户名@主机名 提示是 ...

  6. MIT-6.824 Lab 3: Fault-tolerant Key/Value Service

    概述 lab2中实现了raft协议,本lab将在raft之上实现一个可容错的k/v存储服务,第一部分是实现一个不带日志压缩的版本,第二部分是实现日志压缩.时间原因我只完成了第一部分. 设计思路 如上图 ...

  7. canvas入门级小游戏《开关灯》思路讲解

    游戏很简单,10行10列布局,每行每列各10盏灯,游戏初始化时随机点亮其中一些灯,点击某盏灯,其上下左右的灯及本身状态反转,如果点击前是灭着的,点击后即点亮,将所有灯全部点亮才算过关.游戏试玩: 下面 ...

  8. Redis集群主从复制（一主两从）搭建配置教程【Windows环境】

    如何学会在合适的场景使用合适的技术方案,这值得思考. 由于本地环境的使用,所以搭建一个本地的Redis集群,本篇讲解Redis主从复制集群的搭建,使用的平台是Windows,搭建的思路和Linux上基 ...

  9. oracle中listagg()和wmsys.wm_concat()基本用法

    一.LISTAGG() 简介 介绍:其函数在Oracle 11g 版本中推出,对分组后的数据按照一定的排序进行字符串连接. 其中,“[,]”表示字符串连接的分隔符,如果选择使用[over (parti ...

  10. Plant Simulation常用命令

    Plant Simulation 是面向对象的三维离散事件仿真软件,使您能够快速.直观地构建逼真的物流模型. 您还可以使用高级统计工具执行复杂的生产分析.以下介绍该软件的一些常用命令. 1. clea ...