转自：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. Linux下的snmpd.conf配置说明

    SNMP(Simple Network Management Protocol,简单网络管理协议)的前身是简单网关监控协议(SGMP),用来对通信线路进行管理.在RHEL中,SNMP的配置文件地址是/ ...

  2. Java编程的逻辑 (67) - 线程的基本协作机制 (上)

    ​本系列文章经补充和完善,已修订整理成书<Java编程的逻辑>,由机械工业出版社华章分社出版,于2018年1月上市热销,读者好评如潮!各大网店和书店有售,欢迎购买,京东自营链接:http: ...

  3. SQL Server 2

    一.创建数据表 1.连接服务器: 2.右击“表”节点,选择“新建表”,即: 3.在弹出的“表设计器”中,输入表的列名.选择的数据类型及是否允许为空,即: 二.导入数据表 1.右击表名,弹出菜单,选择“ ...

  4. appium入门级教程（1）—— appium介绍

    appium介绍 官方网站与介绍 1.特点 appium 是一个自动化测试开源工具,支持 iOS 平台和 Android 平台上的原生应用,web应用和混合应用. “移动原生应用”是指那些用iOS或者 ...

  5. #HTML 块级、内联、内联块级元素

    [常用的块级元素] div,form,p,table,h1~h6,hr,dl,ol,ul,pre等 [常用的内联元素] a,img,input,span,br,select,strong,em,tex ...

  6. H5中标签Canvas实现图像动画

    一:主题部分 1.介绍 canvas可以实现画图功能,所以只要通过js的控制,就可以实现简单的动画效果. 这里主要是两个程序,一个小球来回上下弹跳,一个是吹气球. 2.弹跳程序 <!DOCTYP ...

  7. PHP中使用OpenSSL生成RSA公钥私钥及进行加密解密示例（非对称加密）

    php服务端与客户端交互.提供开放api时,通常需要对敏感的部分api数据传输进行数据加密,这时候rsa非对称加密就能派上用处了,下面通过一个例子来说明如何用php来实现数据的加密解密 先了解一下关于 ...

  8. ASCII UTF-8 编码

    1. ASCII码 我们知道,在计算机内部,所有的信息最终都表示为一个二进制的字符串.每一个二进制位(bit)有0和1两种状态,因此八个二进制位就可以组合出256种状态,这被称为一个字节(byte). ...

  9. Android动态获取权限

    android权限的变化 在Android6.0以前的版本的时候,Android的权限都是在安装的时候全部的配置完成的.然而这往往会造成一些安全的问题. Google的解决办法: 将Android中的 ...

  10. flask run方法和run_simple

    1.Flask提供的Web服务器不适合在生产环境中使用 2.run方法启动flask集成的服务器: 例: if __name__ == '__main__': app.run(debug=True) ...