转自：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. 测试开发之前端——No1.HTML和HTML5

    学习之前,让我们先来了解一下HTML. 它的英文全称是:Hyper Text Markup Language,中文通常被称为超文本标记语言,HTML是Internet中用于编写网页的主要语言,HTML ...

  2. GeoHash解析及java实现

    GeoHash解析请参考这里: http://www.open-open.com/lib/view/open1417940079964.html java实现GeoHash,代码已注释. import ...

  3. Zookeeper集群搭建以及python操作zk

    一.Zookeeper原理简介 ZooKeeper是一个开放源码的分布式应用程序协调服务,它包含一个简单的原语集,分布式应用程序可以基于它实现同步服务,配置维护和命名服务等. Zookeeper设计目 ...

  4. P1757 通天之分组背包

    P1757 通天之分组背包背包中的经典问题,我竟然不知道.分组背包就是每个物品有一个所属的小组,小组内的物品会冲突.就是把01背包中的两个for换一下位置01:for(i,1,kind) for(j, ...

  5. 011.MySQL双主多从+Keepalived配置

    一 基础环境 主机名 系统版本 MySQL版本 主机IP Master01 CentOS 6.8 MySQL 5.6 172.24.8.10 Master02 CentOS 6.8 MySQL 5.6 ...

  6. 常用工具(Windows版本)

    为原有版本修改为markdown后的更新,这个编辑器真心不错,只需要把原来喜欢的表格改成列表即可. 代码工具 代码管理工具 SourceTree:支持windows和mac跨平台使用的git图形化客户 ...

  7. MySQL服务器发生OOM的案例分析

    [问题] 有一台MySQL5.6.21的服务器发生OOM,分析下来与多种因素有关 [分析过程] 1.服务器物理内存相对热点数据文件偏小,62G物理内存+8G的SWAP,数据文件大小约550G 触发OO ...

  8. oracle 编码

    select * from nls_database_parameters where parameter ='NLS_CHARACTERSET'; PARAMETER VALUE --------- ...

  9. ubuntu VNC中Xfce4中Tab键失效的解决方法

    转:https://blog.csdn.net/xuezhisdc/article/details/48662435 说明 在Ubuntu Server 14.04上安装了xfce4桌面环境,但是却发 ...

  10. 2010-2011 ACM-ICPC, NEERC, Moscow Subregional Contest Problem D. Distance 迪杰斯特拉

    Problem D. Distance 题目连接: http://codeforces.com/gym/100714 Description In a large city a cellular ne ...