如何定位消耗CPU最多的线程

开发 开发工具
今天发篇轻松点的文章,可能大家在工作过程中也会可能碰到类似的问题,或许有经验的同学看到这个题目就知道我要说什么了,也有自己的定位方法。

[[181429]]

之前有朋友反馈说发的内容希望有个梯度,逐步加深,前面发了几篇关于jvm源码分析的文章,可能我觉得我已经把内容写得浅显易懂了,但是对于某些没怎么接触的同学来说还是比较难理解,这个我以后慢慢改进吧,今天发篇轻松点的文章,可能大家在工作过程中也会可能碰到类似的问题,或许有经验的同学看到这个题目就知道我要说什么了,也有自己的定位方法。

话不多说了,先来看代码吧

  1. public class Test{ 
  2.         public static void main(String args[]){ 
  3.                 for(int i=0;i<10;i++){ 
  4.                         new Thread(){ 
  5.                                 public void run(){ 
  6.                                         try{ 
  7.                                                 Thread.sleep(100000); 
  8.                                         }catch(Exception e){} 
  9.                                 } 
  10.                         }.start(); 
  11.                 } 
  12.                 Thread t=new Thread(){ 
  13.                         public void run(){ 
  14.                                 int i=0; 
  15.                                 while(true){ 
  16.                                         i=(i++)/100; 
  17.                                 } 
  18.                         } 
  19.                 }; 
  20.                 t.setName("Busiest Thread"); 
  21.                 t.start(); 
  22.         } 

这个例子里新创建了11个线程,其中10个线程没干什么事,主要是sleep,另外有一个线程在循环里一直跑着,可以想象这个线程是这个进程里最耗cpu的线程了,那怎么把这个线程给抓出来呢?

首先我们可以通过top -Hp <pid>来看这个进程里所有线程的cpu消耗情况,得到类似下面的数据

  1. top -Hp 18207 
  2. top - 19:11:43 up 573 days,  2:43,  2 users,  load average: 3.03, 3.03, 3.02 
  3. Tasks:  44 total,   1 running,  43 sleeping,   0 stopped,   0 zombie 
  4. Cpu(s): 18.8%us,  0.0%sy,  0.0%ni, 81.1%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st 
  5. Mem:  99191752k total, 98683576k used,   508176k free,   128248k buffers 
  6. Swap:  1999864k total,   191064k used,  1808800k free, 17413760k cached 
  7.  
  8.   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 
  9. 18250 admin     20   0 26.1g  28m  10m R 99.9  0.0   0:19.50 java Test 
  10. 18207 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  11. 18208 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.09 java Test 
  12. 18209 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  13. 18210 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  14. 18211 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  15. 18212 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  16. 18213 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  17. 18214 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  18. 18215 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  19. 18216 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  20. 18217 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  21. 18218 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  22. 18219 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  23. 18220 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  24. 18221 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  25. 18222 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  26. 18223 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  27. 18224 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  28. 18225 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  29. 18226 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 
  30. 18227 admin     20   0 26.1g  28m  10m S  0.0  0.0   0:00.00 java Test 

拿到这个结果之后,我们可以看到cpu***的线程是pid为18250的线程,占了99.8%:

  1. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 
  2. 18250 admin 20 0 26.1g 28m 10m R 99.9 0.0 0:19.50 java Test 

接着我们可以通过jstack <pid>的输出来看各个线程栈:

  1. $ jstack 18207 
  2. 2016-03-30 19:12:23 
  3. Full thread dump OpenJDK 64-Bit Server VM (25.66-b60 mixed mode): 
  4.  
  5. "Attach Listener" #30 daemon prio=9 os_prio=0 tid=0x00007fb90be13000 nid=0x47d7 waiting on condition [0x0000000000000000] 
  6.    java.lang.Thread.State: RUNNABLE 
  7.  
  8. "DestroyJavaVM" #29 prio=5 os_prio=0 tid=0x00007fb96245b800 nid=0x4720 waiting on condition [0x0000000000000000] 
  9.    java.lang.Thread.State: RUNNABLE 
  10.  
  11. "Busiest Thread" #28 prio=5 os_prio=0 tid=0x00007fb91498d000 nid=0x474a runnable [0x00007fb9065fe000] 
  12.    java.lang.Thread.State: RUNNABLE 
  13.     at Test$2.run(Test.java:18) 
  14.  
  15. "Thread-9" #27 prio=5 os_prio=0 tid=0x00007fb91498c800 nid=0x4749 waiting on condition [0x00007fb906bfe000] 
  16.    java.lang.Thread.State: TIMED_WAITING (sleeping) 
  17.     at java.lang.Thread.sleep(Native Method) 
  18.     at Test$1.run(Test.java:9) 
  19.  
  20. "Thread-8" #26 prio=5 os_prio=0 tid=0x00007fb91498b800 nid=0x4748 waiting on condition [0x00007fb906ffe000] 
  21.    java.lang.Thread.State: TIMED_WAITING (sleeping) 
  22.     at java.lang.Thread.sleep(Native Method) 
  23.     at Test$1.run(Test.java:9) 
  24.  
  25. "Thread-7" #25 prio=5 os_prio=0 tid=0x00007fb91498b000 nid=0x4747 waiting on condition [0x00007fb9073fe000] 
  26.    java.lang.Thread.State: TIMED_WAITING (sleeping) 
  27.     at java.lang.Thread.sleep(Native Method) 
  28.     at Test$1.run(Test.java:9) 
  29.  
  30. "Thread-6" #24 prio=5 os_prio=0 tid=0x00007fb91498a000 nid=0x4746 waiting on condition [0x00007fb9077fe000] 
  31.    java.lang.Thread.State: TIMED_WAITING (sleeping) 
  32.     at java.lang.Thread.sleep(Native Method) 
  33.     at Test$1.run(Test.java:9) 
  34. ... 

上面的线程栈我们注意到nid的值其实就是线程ID,它是十六进制的,我们将消耗cpu***的线程18250,转成十六进制0X47A,然后从上面的线程栈里找到nid=0X47A的线程,其栈为:

  1. "Busiest Thread" #28 prio=5 os_prio=0 tid=0x00007fb91498d000 nid=0x474a runnable [0x00007fb9065fe000] 
  2.    java.lang.Thread.State: RUNNABLE 
  3.     at Test$2.run(Test.java:18) 

即将最耗cpu的线程找出来了,是Businest Thread

【本文是51CTO专栏作者李嘉鹏的原创文章,转载请通过微信公众号(你假笨,id:lovestblog)联系作者本人获取授权】

戳这里,看该作者更多好文

责任编辑:武晓燕 来源: 你假笨
相关推荐

2023-02-26 10:18:24

数据库SQL语句

2021-12-05 18:18:20

linux

2019-06-03 10:30:42

MySQLCPU数据库

2011-03-23 14:42:47

CPU过度消耗

2020-03-19 15:10:02

MySQLCPU数据库

2023-02-25 10:09:52

数据库SQL 语句

2022-05-27 11:59:22

Linux内存CPU

2021-07-28 07:53:20

CPU 线程切换

2023-03-20 17:27:54

Cpukafka

2020-08-03 14:17:34

CPU内存系统运维

2010-03-18 16:02:09

python 多线程

2022-12-09 14:40:16

CPU进程快速定位

2013-11-27 16:32:51

宕机kswapd0CPU

2010-04-16 10:38:49

CPU消耗

2020-03-09 15:00:39

MySQLCPU数据库

2022-04-06 06:35:58

进程命令CPU

2020-08-13 08:45:09

多线程死锁

2011-08-18 14:28:44

数据中心能源消耗

2019-11-06 15:58:54

Linux内存消耗进程

2019-12-16 10:43:38

Linux内存消耗进程
点赞
收藏

51CTO技术栈公众号