JVM中最耗cpu的线程查找方法

目录
  • 正文
  • GC总体内存概述

正文

1、top命令查找出cpu最高的java进程pid

2、top -Hp 命令找出进程内最耗线程的pid

top -Hp 22293

3、获取到上一步线程的pid后 将pid 16进制输出

# printf '%x\n' 22801
5911

4 使用jstack命令找出线程信息 jstack 进程pid |grep 16进制后的线程号

# jstack 22293|grep 5911
"DubboServerHandler-192.168.0.11:20880-thread-345"
#474 daemon prio=5 os_prio=0 tid=0x00007f74940dc800 nid=0x5911 waiting on condition [0x00007f745c873000]

这样就很直观的看到 线程名称为DubboServerHandler的线程占用最高。 通常如果是FullGC频繁的话 这里的线程应该是GC回收线程。

GC总体内存概述

使用jstat命令可以快速查看

jstat -gcutil 进程pid 滚动时间可不设置

jstat -gcutil 22293 3000
S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT
0.00  85.62  34.27  21.19  92.31  88.54    495   10.072     4    0.733   10.805
0.00  85.62  35.71  21.19  92.31  88.54    495   10.072     4    0.733   10.805

如果是FullGC次数太频繁 需要查一下内存中是哪些对象不能回收导致的

查询前20个大对象 根据大对象的ClassName大概率知道是哪些原因导致的问题

jmap -histo:live pid|head -n 20
```
dump堆栈的快照信息 这个操作在操作过程中会导致应用暂停  线上系统需要谨慎操作
``` shell
jmap -dump:format=b,live,file=0623.dump pid

live 参数表示 只导出活动的对象 可以去掉

file 导出路径

format 导出格式 指定为format=b就行

以上就是JVM中最耗cpu的线程查找方法的详细内容,更多关于JVM最耗cpu线程的资料请关注我们其它相关文章!

(0)

相关推荐

  • Java多线程导致CPU占用100%解决及线程池正确关闭方式

    简介 情景:1000万表数据导入内存数据库,按分页大小10000查询,多线程,15条线程跑. 使用了ExecutorService executor = Executors.newFixedThreadPool(15) 本地跑了一段时间后,发现电脑CPU逐渐升高,最后CPU占用100%卡死,内存使用也高达80%. 排查问题 Debug 发现虽然创建了定长15的线程池,但是因为数据量大,在For中循环分页查询的List会持续加入LinkedBlockingQueue() 队列中每一个等待的任务,又

  • JVM---jstack分析Java线程CPU占用,线程死锁的解决

    本文章主要演示在Windows环境,Linux环境也差不多. 一.分析CPU占用飙高 首先写一个Java程序,并模拟一个死循环.让CPU使用率飙高.CPU负载过大的话,新的请求就处理不了了,这就是很多程序变慢了甚至不能访问的原因之一. 下面是我这里的Controller,启动程序之后,开多个请求访问这个方法.死循环代码就不贴了,自己构造.我这里模拟的一个截取字符串的死循环. /** * 演示死循环导致cpu使用率飙高 * */ @RequestMapping("/loop") publ

  • arthas排查jvm中CPU占用过高问题解决

    目录 安装 小试 找出CPU的元凶 查看线程栈的参数 安装 小试 记一次使用arthas排查jvm中CPU占用过高问题.这工具屌爆了 碾压我目前使用的全部JVM工具. curl -O https://arthas.aliyun.com/arthas-boot.jar java -jar arthas-boot.jar --repo-mirror aliyun --use-http jar后面的参数也可以不加 加上只是为了下载速度更快 接下来arthas 控制台中显示了当前机器上jvm进程列表 输

  • java高级用法之绑定CPU的线程Thread Affinity简介

    目录 简介 Java Thread Affinity简介 AffinityLock的使用 使用API直接分配CPU 总结 简介 在现代计算机系统中,可以有多个CPU,每个CPU又可以有多核.为了充分利用现代CPU的功能,JAVA中引入了多线程,不同的线程可以同时在不同CPU或者不同CPU核中运行.但是对于JAVA程序猿来说创建多少线程是可以自己控制的,但是线程到底运行在哪个CPU上,则是一个黑盒子,一般来说很难得知. 但是如果是不同CPU核对同一线程进行调度,则可能会出现CPU切换造成的性能损失

  • 分享JVM 的四种引用方式

    目录 前言 一.强引用 二.软引用 三.弱引用 四.虚引用 前言 Java中提供这四种引用类型主要有两个目的: 可以让程序员通过代码的方式决定某些对象的生命周期: 有利于JVM进行垃圾回收 java.lang.ref包下的引用类结构图: 一.强引用 特点:GC时,永远不会被回收 是指创建一个对象并把这个对象赋给一个引用变量. 比如: Object object = new Object(); String str = "hello" 强引用有引用变量指向时永远不会被垃圾回收,JVM宁愿

  • Eclipse IDE中如何设置JVM启动参数

    目录 如何设置JVM启动参数 下面是一些设置的步骤 在Eclipse上手动设置jvm参数 典型设置 如何设置JVM启动参数 关于<深入理解Java虚拟机>里面测试OutOfMemoryError异常的部分,需要对虚拟机的启动参数进行设置 下面是一些设置的步骤 1. 右键选择项目,在弹出的菜单进行选择 2. 在弹出的Debug Configurations面板,左侧的type filter text下面选择Java Application,找到自己的项目,例如我的项目HeapOOM. 3. 在D

  • JVM中最耗cpu的线程查找方法

    目录 正文 GC总体内存概述 正文 1.top命令查找出cpu最高的java进程pid 2.top -Hp 命令找出进程内最耗线程的pid top -Hp 22293 3.获取到上一步线程的pid后 将pid 16进制输出 # printf '%x\n' 22801 5911 4 使用jstack命令找出线程信息 jstack 进程pid |grep 16进制后的线程号 # jstack 22293|grep 5911 "DubboServerHandler-192.168.0.11:20880

  • Java通过在主循环中判断Boolean来停止线程的方法示例

    本文实例讲述了Java通过在主循环中判断Boolean来停止线程的方法.分享给大家供大家参考,具体如下: package Threads; /** * Created by Frank */ public class StopBoolean extends Thread { // 确保变化对其它线程可见(主要是主线程要可见) protected volatile boolean done = false; public void run() { while (!done) { System.ou

  • Python3中字符串的常用操作方法及查找方法

    目录 一·字符串的介绍 二·字符串的查找方法 一·字符串的介绍 首先我们得先了解什么是字符串,字符串是python中最为常见的数据类型,我们一般使用引号来进行创建.一共有三种创建方式:单引号(''),双引号(""),三引号("""""").前两种没有太大区别,但使用三引号时里面的内容可以进行换行操作. 代码举例: # 双引号 a = "hello world" print(a) # 输出结果:hello w

  • Java JVM中线程状态详解

    目录 线程在JVM中的状态 线程在JVM中的状态转换 前言: 在Java面试中,线程的状态也是被经常考察的知识点,今天我们就来聊一聊线程状态的那些事! 线程在JVM中的状态 查看线程在JVM中有哪些不同的状态,最简单的方式是查看Jdk源码的Thread.State类.以下内容来自JDK文档.在JVM中,一个线程可能处于下面的六种状态中的一种: NEW A thread that has not yet started is in this state. 没有开始执行的线程处于这种状态 RUNNA

  • JVM中的守护线程示例详解

    前言 在Java中有两类线程:User Thread(用户线程).Daemon Thread(守护线程) 用个比较通俗的比如,任何一个守护线程都是整个JVM中所有非守护线程的保姆: 只要当前JVM实例中尚存在任何一个非守护线程没有结束,守护线程就全部工作:只有当最后一个非守护线程结束时,守护线程随着JVM一同结束工作. Daemon的作用是为其他线程的运行提供便利服务,守护线程最典型的应用就是 GC (垃圾回收器),它就是一个很称职的守护者. 在之前的<详解JVM如何处理异常>提到了守护线程,

  • 如何有效管理JVM中的垃圾?

    前言 都说JVM是大牛们玩的技术,其实未必,如果面试官和你你谈到Java内存管理,那么首先,我建议你首先要了解Java垃圾收集的工作原理. 因为经常在运行JAVA应用程序时,大多数开发者是使用JVM自动帮你管理GC垃圾回收器(完全不关注,JVM自动完成回收),码农们只关注业务代码实现,不需要关注JVM是怎么管理的,对大家而言,更多人只知道程序正在运行中.但是老铁们,当你写的JAVA程序开始面临性能下降时,码农与架构师的区别就来了,所有的性能问题其实归根到底就是我们的GC回收效率变低了. 因此,让

  • JVM中堆内存和栈内存的区别

    Java把内存分成两种,一种叫做栈内存,一种叫做堆内存 在函数中定义的一些基本类型的变量和对象的引用变量都是在函数的栈内存中分配.当在一段代码块中定义一个变量时,java就在栈中为这个变量分配内存空间,当超过变量的作用域后,java会自动释放掉为该变量分配的内存空间,该内存空间可以立刻被另作他用. 堆内存用于存放由new创建的对象和数组.在堆中分配的内存,由java虚拟机自动垃圾回收器来管理.在堆中产生了一个数组或者对象后,还可以在栈中定义一个特殊的变量,这个变量的取值等于数组或者对象在堆内存中

  • 快速理解Java垃圾回收和jvm中的stw

    Java中Stop-The-World机制简称STW,是在执行垃圾收集算法时,Java应用程序的其他所有线程都被挂起(除了垃圾收集帮助器之外).Java中一种全局暂停现象,全局停顿,所有Java代码停止,native代码可以执行,但不能与JVM交互:这些现象多半是由于gc引起. GC时的Stop the World(STW)是大家最大的敌人.但可能很多人还不清楚,除了GC,JVM下还会发生停顿现象. JVM里有一条特殊的线程--VM Threads,专门用来执行一些特殊的VM Operation

  • 详解JVM中的本机内存跟踪

    1.概述 有没有想过为什么Java应用程序通过众所周知的-Xms和-Xmx调优标志消耗的内存比指定数量多得多?出于各种原因和可能的优化,JVM可以分配额外的本机内存.这些额外的分配最终会使消耗的内存超出-Xmx限制. 在本教程中,我们将列举JVM中的一些常见内存分配源,以及它们的大小调整标志,然后学习如何使用本机内存跟踪监视它们. 2.原生分配 堆通常是Java应用程序中最大的内存使用者,但还有其他人.除了堆之外,JVM还从本机内存中分配出一个相当大的块来维护类的元数据,应用程序代码,JIT生成

随机推荐