成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

如何定位消耗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

2011-03-23 14:42:47

CPU過度消耗

2019-06-03 10:30:42

MySQLCPU數據庫

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 線程切換

2020-08-03 14:17:34

CPU內存系統運維

2023-03-20 17:27:54

Cpukafka

2010-03-18 16:02:09

python 多線程

2013-11-27 16:32:51

宕機kswapd0CPU

2022-12-09 14:40:16

CPU進程快速定位

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

多線程死鎖

2021-05-10 08:20:32

CPU 符號整數

2022-06-02 20:27:45

智能照明智能建筑物聯網

2019-12-16 10:43:38

Linux內存消耗進程
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 精品亚洲一区二区三区 | 天天久久| 国产高清在线精品一区二区三区 | 99国产精品一区二区三区 | 国产精品久久久爽爽爽麻豆色哟哟 | 国产在线视频一区 | 欧美精品一区二区三区在线播放 | 一区二区三区欧美在线 | 国产精品区二区三区日本 | 久久久国产一区二区三区 | www4虎| 北条麻妃一区二区三区在线视频 | 国精品一区| 中文字幕不卡一区 | 国产日韩精品久久 | 国产视频第一页 | 精品久久久久久亚洲综合网站 | av高清| 在线午夜 | 91在线网站 | 九九亚洲| 毛片久久久 | 男人午夜视频 | 一区二区精品 | 91在线视频在线观看 | 成人免费视频网站在线观看 | 国产精品一区一区 | 亚洲午夜精品一区二区三区 | 亚洲欧美另类在线 | 欧美激情亚洲激情 | 国产精品亚洲综合 | 久久久噜噜噜www成人网 | 亚洲免费视频网址 | 亚洲三区视频 | 久久成人精品视频 | 69av在线视频 | 自拍偷拍中文字幕 | 人人干人人干人人干 | 国产精品久久久久一区二区三区 | 伊人精品| 欧美 日韩 亚洲91麻豆精品 |