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

最新推荐文章于 2024-11-04 20:33:37 发布
最新推荐文章于 2024-11-04 20:33:37 发布
阅读量101 收藏
点赞数
文章标签： java
原文链接：https://my.oschina.net/iepac/blog/817388
版权

为什么80%的码农都做不了架构师？>>>   hot3.png

for (int i = 0; i < 10; i++) {
    new Thread(new Runnable() {
        @Override
        public void run() {
            try {
                Thread.sleep(1000000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }, "Thread-" + i).start();
}

Runnable runnable = new Runnable() {
    @Override
    public void run() {
        int i = 0;
        while (true) {
            i = (i++) / 100;
        }
    }
};

Thread busiestThread = new Thread(runnable, "BusiestThread");
busiestThread.start();

上面的代码创建了11个线程。前10个线程什么事儿也不干，只是sleep。而BusiestThread的线程有while死循环。接下来就把这个最耗CPU的线程给揪出来。

  1. 查看进程中线程占用的系统资源

在这一步之前可以使用top命令找出CPU使用率最高的pid，也就是下面的pid。

top -Hp <pid>

输入图片说明

由图可知，pid为9328的线程使用CPU较高

  1. Thread Dump
jstack -l <pid> 

2017-01-02 15:33:55
Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.75-b04 mixed mode):

"Attach Listener" daemon prio=10 tid=0x00007fe938001000 nid=0x24a7 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"DestroyJavaVM" prio=10 tid=0x00007fe980008800 nid=0x2455 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"BusiestThread" prio=10 tid=0x00007fe9800cd800 nid=0x2470 runnable [0x00007fe97873a000]
   java.lang.Thread.State: RUNNABLE
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$2.run(BusiestThreadTest.java:26)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-9" prio=10 tid=0x00007fe9800cb800 nid=0x246f waiting on condition [0x00007fe97883b000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-8" prio=10 tid=0x00007fe9800c9800 nid=0x246e waiting on condition [0x00007fe97893c000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-7" prio=10 tid=0x00007fe9800c7800 nid=0x246d waiting on condition [0x00007fe978a3d000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-6" prio=10 tid=0x00007fe9800c5800 nid=0x246c waiting on condition [0x00007fe978b3e000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-5" prio=10 tid=0x00007fe9800c3800 nid=0x246b waiting on condition [0x00007fe978c3f000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-4" prio=10 tid=0x00007fe9800c1000 nid=0x246a waiting on condition [0x00007fe978d40000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-3" prio=10 tid=0x00007fe9800bf000 nid=0x2469 waiting on condition [0x00007fe978e41000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-2" prio=10 tid=0x00007fe9800bd000 nid=0x2468 waiting on condition [0x00007fe978f42000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-1" prio=10 tid=0x00007fe9800bb000 nid=0x2467 waiting on condition [0x00007fe979043000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Thread-0" prio=10 tid=0x00007fe9800b9000 nid=0x2466 waiting on condition [0x00007fe979144000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$1.run(BusiestThreadTest.java:13)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

"Service Thread" daemon prio=10 tid=0x00007fe98009f800 nid=0x2464 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"C2 CompilerThread1" daemon prio=10 tid=0x00007fe98009d000 nid=0x2463 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"C2 CompilerThread0" daemon prio=10 tid=0x00007fe98009a000 nid=0x2462 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"Signal Dispatcher" daemon prio=10 tid=0x00007fe980098000 nid=0x2461 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"Finalizer" daemon prio=10 tid=0x00007fe980077000 nid=0x2460 in Object.wait() [0x00007fe97974a000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000007d7004858> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
	- locked <0x00000007d7004858> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

   Locked ownable synchronizers:
	- None

"Reference Handler" daemon prio=10 tid=0x00007fe980075000 nid=0x245f in Object.wait() [0x00007fe953fee000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000007d7004470> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:503)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
	- locked <0x00000007d7004470> (a java.lang.ref.Reference$Lock)

   Locked ownable synchronizers:
	- None

"VM Thread" prio=10 tid=0x00007fe980070800 nid=0x245e runnable 

"GC task thread#0 (ParallelGC)" prio=10 tid=0x00007fe98001e000 nid=0x2456 runnable 

"GC task thread#1 (ParallelGC)" prio=10 tid=0x00007fe980020000 nid=0x2457 runnable 

"GC task thread#2 (ParallelGC)" prio=10 tid=0x00007fe980022000 nid=0x2458 runnable 

"GC task thread#3 (ParallelGC)" prio=10 tid=0x00007fe980023800 nid=0x2459 runnable 

"GC task thread#4 (ParallelGC)" prio=10 tid=0x00007fe980025800 nid=0x245a runnable 

"GC task thread#5 (ParallelGC)" prio=10 tid=0x00007fe980027800 nid=0x245b runnable 

"GC task thread#6 (ParallelGC)" prio=10 tid=0x00007fe980029800 nid=0x245c runnable 

"GC task thread#7 (ParallelGC)" prio=10 tid=0x00007fe98002b000 nid=0x245d runnable 

"VM Periodic Task Thread" prio=10 tid=0x00007fe9800aa000 nid=0x2465 waiting on condition 

JNI global references: 108

nid就是线程id的十六进制形式。上步骤找到的9328转换为十六进制就是0x2470。在线程 dump中找到这个线程：

"BusiestThread" prio=10 tid=0x00007fe9800cd800 nid=0x2470 runnable [0x00007fe97873a000]
   java.lang.Thread.State: RUNNABLE
	at com.iepacj.szjvm.chapter2.BusiestThreadTest$2.run(BusiestThreadTest.java:26)
	at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
	- None

转载于:https://my.oschina.net/iepac/blog/817388

weixin_34082854
关注
找出某个Java进程中最耗费CPU的Java线程并定位堆栈信
xinanrusu的博客
06-28 389
1.先找到项目的进程id:psaux |grep tomcat |grep dtcenter2.找到该进程中最消耗cpu的线程：top-Hp pid3.得到24394的16进制printf“%x\n” 243944.轮到jstack上场了，它用来输出进程24394的堆栈信息，然后根据线程ID的十六进制值grep或者可以通过jstack19867 &gt;文件名称，vim导出文件检查...
如何找出消耗CPU最多的线程？
Java_Chuck的博客
04-15 1922
jstack -l PID> ./PID.stack //PID为进程PID。cat PID.stack |grep '线程PID十六进制' -C 8。对所有进程按CPU使用率进行排序，找出消耗最高的线程PID。此时已经找到了消耗CPU资源最多的线程，下面为排查问题过程。显示Java进程 PID 为 136 的java进程消耗最。4.这个线程PID是十进制的，将十进制线程pid。如何找出消耗CPU最多的线程？，查出里面消耗最高的进程，继续。找出所有当前进程的运行列表。查看一下线程在文件里做了啥。
如何定位windows应用程序占用CPU最高的线程
hong_12的博客
12-31 679
发现手中一个C#程序占用CPU过高（25%左右），想定位到底哪个线程陷入“死”循环。 当然可以直接看源码查找。更简单的办法是用ProcessExplorer工具。
linux定位消耗CPU最多的线程思路参考
u010547141的博客
12-06 259
top -c，显示系统运行的进程信息，输入大写P，进程便按照使用率排序，可以看到第一列即为进程Id，假如最耗CPU的进程Id为5986： top -Hp 5986，显示该进程的线程运行信息列表，继续输入大写P使其按照CPU使用率排序，可以看到第一行，进程5986内最耗CPU的线程Id是6021： 接下来看你的应用程序是做什么的，如果是java应用程序，想获得更多的线程相关信...
windows下查看线程的cpu占用率工具 procexp
11-25
你可以看到哪个线程正在消耗最多的处理器资源，从而针对性地进行问题排查。 2. **内存使用详情**：除了CPU占用率，ProcExp 还提供了内存使用情况的详细视图，包括私有、共享、工作集等内存指标，帮助用户理解进程...
ClareTung#olive#Windows下使用ProcessorExplorer分析消耗CPU高的线程1
07-25
Windows下使用ProcessorExplorer分析线程堆栈生成线程堆栈文件PS C:\Users\EDZ> jstack -l 24428 > d:\2
ProcessExplorer（线程cpu占用率工具）
12-26
通过ProcessExplorer，用户可以一目了然地观察到哪个线程正在消耗大量的计算资源，从而能够更精准地定位问题。 使用ProcessExplorer，你可以： 1. **实时监控CPU占用**：ProcessExplorer提供了实时更新的CPU使用...
使用Process Explorer/Process Hacker和Windbg初步定位软件高CPU占用问题
热门推荐
dvlinker的技术专栏
10-30 1万+
详细讲述如何使用Process Explorer/Process Hacker和Windbg排查软件高CPU占用问题。
查找java最耗费CPU线程的命令
dosthing的博客
02-23 1969
查找java应用耗费CPU进程、线程的命令
Linux 定位消耗CPU最高的线程
迎着晨曦，Keep Going
04-29 544
top jstack 定位消耗CPU最高线程【一】前期准备【二】中期执行【三】定位线程 【一】前期准备 1.类文件准备 public class DeadCirclw { public static void main(String[] args) { while (true){ System.out.println(System.currentTi...
linux下如何定位CPU占用高的进程的问题点
黄贺群的专栏
09-20 1039
一、Top+pstack+gdb的组合拳 闲言少述，先直接上操作实例，再做原理讲解。 1.1 用top命令找到最占CPU的进程 top PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 22688 root 20 0 1842m 136m 13m S 110.0 0.9 1568:44 te...
linux里查看最耗CPU的线程
weixin_30868855的博客
10-10 689
1、top后按c查看最耗cpu的进程，得到pid 2、top -Hp pid 查看该进程里的线程资源使用情况，找到最耗资源的线程的pid 3、jstack pid来查看进程的各个线程栈，注意这里的pid是第一步中进程的pid，不是第二步得到的线程id 4、将第二步得到的pid转成16进制之后在线程栈信息里查找nid等于pid16进制的，就找到最耗资源的线程的栈信息 话不多说了，先来看...
HashMap为什么线程不安全？
rnnf_yyds的博客
11-03 662
HashMap底层是基于数组 + 链表（在 Java 8 以后，当链表长度超过一定阈值时会转换为红黑树）的数据结构。在多线程环境下，当多个线程同时对HashMap进行put操作时，可下面这种情况：假设两个线程 A 和 B 同时执行put操作，它们计算出的插入位置相同（假设为index线程 A 先获取到了当前index位置的节点，在它还没来得及将新节点插入链表（或树）时，线程 B 也获取到了这个位置的节点。
spring循环依赖解决方式
最新发布
qq_36400213的博客
11-04 808
字段注入和setter注入则提供了更多的灵活性，但需要更谨慎地管理对象的状态。方法注入和注解注入则适用于特定的场景。在Spring框架中，依赖注入（Dependency Injection，DI）是一种实现控制反转（Inversion of Control，IoC）的机制，用于将对象的依赖关系自动注入到对象中。这种方式不如构造器注入严格，但比字段注入更灵活，因为它可以在不创建新实例的情况下改变对象的依赖。这种方式是推荐的，因为它可以保证对象在创建时就处于完全初始化的状态，并且可以使得bean不可变。
如何定位linux cpu消耗较高的进程
05-31
要定位Linux CPU消耗较高的进程，可以使用以下命令： 1. top命令：该命令可以实时显示系统中所有进程的CPU占用情况，并按照CPU占用率排序。可以使用以下命令： ``` top ``` 2. ps命令：该命令可以列出当前系统中...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值