转自：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. 可视化并理解CNN

    参考:https://zhuanlan.zhihu.com/p/24833574 学习论文[1311.2901] Visualizing and Understanding Convolutional ...

  2. TcxGrid 去除<No data to display>

  3. js 相对路径转为绝对路径

    有时为了唯一标识网址或其它开发需要,我们需要将相对的网址转换为绝对的网址.当然前人实现方式已经不少,但或多或少的存在缺点或兼容问题.下面我将总结已有实现并给出相对完美的实现. 常规实现:地址转换 因该 ...

  4. free命令中buffers和caches的区别

    一.命令 1 2 3 4 5 [root@localhost ~]# free -m              total       used       free     shared    bu ...

  5. Mysql 查看用户

    一.查看用户和允许用户登录的地址权限. use mysql select host,user from user; 二.查看用户和所有用户权限 select * from user \G

  6. Android-Service和Thread

    Android-Service和Thread 学习自 郭霖的博客 服务是运行在主线程上的 可能在我们第一次接触到Service的时候都是对于 __服务是运行在主线程上的 __这一现象不太理解,但是事实 ...

  7. php模板引擎之blade

    一.简介模板引擎 模板引擎是将网站的页面设计和PHP应用程序几乎完全分离的一种解决方案,它能让前端工程师专注页面搭建,让后台工程师专注功能实现,以便实现逻辑分离,让每个人发挥所长.模板引擎技术的核心是 ...

  8. 最长子回文字符串（Manacher’s Algorithm）

    # # 大佬博客: https://www.cnblogs.com/z360/p/6375514.html https://blog.csdn.net/zuanfengxiao/article/det ...

  9. python语法（五）—函数

    前面几天学习了python的基础语法,判断,循环,以及文件操作等等内容,对python也是有了一个认识.今天开始学习python的函数和模块. 函数 函数是什么?我的理解就是,他和java中的方法是一 ...

  10. Bzoj5251 线段树+贪心

    Bzoj5251 线段树+贪心 记录本蒟蒻省选后的第一篇题解!国际惯例的题面:首先这个东西显然是一棵树.如果我们把数值排序,并建立这棵树的dfs序,显然dfs序上的一个区间对应数值的一个区间,且根为数 ...