jvm:CPU过高定位

yjm880905

已于 2022-12-25 19:06:43 修改

阅读量149

点赞数

分类专栏： jvm 文章标签： jvm linux 运维

于 2022-12-25 18:54:39 首次发布

本文链接：https://blog.csdn.net/yjm880905/article/details/128436358

版权

jvm 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

CPU过高定位

top + jstack

1 top命令查看cpu占用最高的进程

top

这里看到36032进程最高
在这里插入图片描述

2 top -Hp pid查看进程中线程运行情况

top -Hp 36032

看到这个进程中线程的运行情况，这里36044这个线程占用最高
在这里插入图片描述

3 printf %x 进程号转换成16进制

进程号转换成16进制，得到8ccc

printf %x 36044

在这里插入图片描述

4 jstack pid > 1.txt 查看该进程的堆栈状况

jstack 36032 > 1.txt

根据线程id查看问题线程的后面30行, 找到有问题的代码

cat 1.txt | grep -A 30 8ccc

在这里插入图片描述

CPU过高的场景有哪些：

无限循环 while
频繁GC , 需要降低收集频率
频繁创建新对象，需要合理使用单例
序列化和反序列化，大部分因为使用不合理的类库，需要使用合理的api类库
正则表达式，字符串匹配时会频繁回溯，需要减少字符串匹配期间执行的回溯
频繁的线程上下文切换

参考： https://blog.csdn.net/weixin_44588186/article/details/124680586

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

yjm880905

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
2
评论
jvm:CPU过高定位

jvm
复制链接

扫一扫

专栏目录

快速定位生产故障问题-JVM进程CPU占用率高于100%

思码堂

02-12

9945

前言古语有云：人在江湖漂，哪有不挨刀。这几年作为技术leader处理过的线上紧急问题，掐指一算应该有不下10次吧（说多了都是泪啊~~）。所以挡刀救火也是leader的必备技能！本文主要分享遇到“JVM进程CPU占用率超100%”时如何快速定位原因。 1. 生产故障-JVM进程CPU占用率高于100% 某日，运维同学反馈生产环境有故障，某个JVM进程CPU负载一直居高不下。登入...

【JVM调优】快速定位服务CPU过高（理论+实战）

weixin_57907028的博客

08-03

396

在生产环境中，有时会遇到一些CPU占用过高，一直下不去的场景。出现这种情况，可能会导致服务对外中断，服务器超负荷运行影响硬件寿命。这篇文章从实践出发，一步一步地分析如何使用top和jstack命令快速定位问题代码位置。一、top命令 top (table of processes) is a task manager program, found in many Unix-like operating systems, that displays information about CPU an.

2 条评论您还未登录，请先登录后发表或查看评论

JVM占用CPU过高或者线程卡死定位

guaotianxia的博客

11-16

3296

新项目上线初期经常会遇到CPU过高或者线程卡死问题，这虽然是两类性能瓶颈问题，但是定位方法一致，项目中也遇到过几次，分享下定位经验 1、登录项目所在服务器，直接执行top命令，可以看到cpu使用情况，详细看到某个进程占用cpu的情况和执行时间，此时一般会发现某个进程占用cpu超过100%，且执行时间特别长，此进程一般就是罪魁祸首。利用ps -ef | grep 1388924可以发现此进程为项目执行的进程 2、找到占用cpu过高或者执行时间很长的进程，然后执行top -Ph 1388924(..

记一次 JVM 线上调优实战

个人站点：javatv.net

03-23

2390

问题描述很多时候我们的系统在使用过程中经常出现卡顿的情况，或者请求变慢等等情况，然后运维人员跑来给你说写的什么垃圾代码，CPU 飙升，经常 100%，内存飙升。如果你不知道怎么定位问题，觉得自己代码也找不出什么问题，那就说重启试试咯！！！当然了，这种处理方式可以解决，但并不能从根本上解决问题，试想一下如果对于高并发的系统，你重启项目肯定是不行的，所以我们要找到问题的源头，因为我们程序都是跑在 JVM 里面的，所以上面的 2 种情况很可能是我们的代码出现了问题，比如常见的死循环，递归等等，当然这种就是比

CPU使用飙升，内存暴涨，jvm如何快速定位？

iloveoverfly的博客

12-26

1629

通常，操作线上服务器的权限是很受限制的。并且，线上服务器很少安装jvm可视化工具。甚至，连jdk的环境变量都不会配置（如果真的没有jdk环境变量，你是如何定位安装目录的？which java/where java）。如果，突然线上服务器告警，如何能过在几分钟之内快速定位问题呢？接下来使用jdk自带的jmap，jstack，jstat等命令，教你如何快速定位问题一、内存使用率升高内存的使用率在不断升高，垃圾回收以后也没有降低。这时，有可能出现了内存泄漏，即一个不会失效的对象的集合在不断的创建对象，

JVM调优,快速定位服务CPU过高，有理论配合实战，还不快收藏？

HongYu012的博客

02-26

278

JVM调优 | 快速定位服务CPU过高（理论）在生产环境中，有时会遇到一些CPU占用过高，一直下不去的场景。出现这种情况，可能会导致服务对外中断，服务器超负荷运行影响硬件寿命。这篇文章从实践出发，一步一步地分析如何使用top和jstack命令快速定位问题代码位置。一、top命令 top (table of processes) is a task manager program, found in many Unix-like opera...

java程序cpu过高问题定位

远方的少年

11-19

614

有的时候在服务器上面可能会出现cpu过高的情况出现，怎么定位这种问题呢 1.通过top命令来定位占用cpu最高的进程 top - 11:46:12 up 72 days, 53 min, 0 users, load average: 0.91, 0.95, 0.92 Tasks: 12 total, 1 running, 11 sleeping, 0 stopped, 0 zombie %Cpu(s): 23.6 us, 2.9 sy, 0.1 ni, 71.7 ...

Linux CPU过高问题排查及jvm调优思路

uuqaz的博客

05-25

1571

导语在衡量服务器指标时我们常常会关注load、cpu、mem、qps，很多时候线上指标出问题就伴随着这些指标的异常。本文主要介绍了一个非常重要的指标CPU过高怎么排查，聊聊如何排查和调优CPU！正文平均负载平均负载等于逻辑 CPU 个数，表示每个 CPU 都恰好被充分利用。如果平均负载大于逻辑 CPU 个数，则负载比较重进程上下文切换无法获取资源而导致的自愿上下文切换被系统强制调度导致的非自愿上下文切换 CPU 使用率用户 CPU 使用率，包括用户态 CPU 使用率（us

JVM中如何排查CPU飙高的问题

T_karine的博客

12-08

1416

对象的布局：对象头、实例数据、对象填充，CPU飙高原因的定位排查

记一次 JVM CPU 使用率飙高问题的排查过程

m0_71777195的博客

10-05

645

如上图所示，显示了PID为20567的 Java 进程每秒的 GC 情况，其中1000表示 GC 状态的更新频率，单位为毫秒。如上图所示，在下午3:45 分之前，CPU 的使用率明显飙高，最高飙到近 100%，为什么会出现这样的现象呢？在这里，我们之所以需要将PID转为十六进制是因为在堆栈信息中，PID是以十六进制形式存在的。如上图所示，显示了服务器当前的资源占用情况，其中PID为5456的进程占用的资源最多。至于为何在下午3:45 分之后，CPU 的使用率降下来了，则是因为停止了压测。

JVM 线上问题定位实战（CPU 飙升）

Q54665642ljf的博客

10-20

383

在 JVM 出现性能问题的时候，表现上是 CPU100%，实际是内存一直占用导致。如果 CPU 的 100%，要从两个角度出发，一个有可能是业务线程疯狂运行，比如说很多死循环。还有一种可能性，就是 GC 线程在疯狂的回收，因为 JVM 中垃圾回收器主流也是多线程的，所以很容易导致 CPU 的 100%。在遇到内存泄漏的问题的时候，一般情况下我们要查看系统中哪些对象占用得比较多，在实际的业务代码中，通过分析找到对应的对象，分析对应的类，找到为什么这些对象不能回收的原因（可达性分析算法）。

JVM排查高cpu

號先生的博客

01-17

1352

JVM排查 1.获取cpu高进程 ---top查找出哪个进程消耗的cpu高。执行top命令，默认是进程视图，其中PID是进程号 top 2. 获取高cpu线程 -- top中shift+h 或“H”查找出哪个线程消耗的cpu高 pid为线程号 top -H -p pid 3.转换16进制线程号 printf "%x\n" （线程号） 4.jstack [进程]|grep -A 10 [线程的16进制] -A 10表示查找到所在行的后10行 5. 获取 dump 文件

JVM 之 Linux定位CPU过高问题并优化

Oxye

06-04

390

项目部署以后出行卡顿现象，所以对问题进行了排查，记录一下排查过程 1.找进程 top 可以发现，是Java进程导致的CPU过高，致使系统卡顿 2.找线程 ps -mp pid -o THREAD,tid,time 发现占比最大的线程 3.线程id转换16进制 printf “%x\n” pid 得到6a33，方便下一步排查 4.查询代码位置 jstack pid|grep tid -A 30 发现全是GC线程 5.查看gc频率 jstat -gcutil pid 时间间隔打印次数发现Eden很

JVM死锁、cpu飙高、内存溢出如何定位

xiaobo5264063的博客

03-13

564

使用jstack定位死锁命令格式: jstack ${pid} > aa.txt // 获取当前pid所有的线程信息，并输出到aa.txt文件内创建项目线程死锁代码 public class LockController { private Object lock1 = new Object(); private Obj...

jvm调优CPU突然飙问题定位

qq_40981804的博客

10-11

509

基本概念内存泄漏内存溢出（一定是代码问题）调优用到的工具 jdk自带的原声工具分类名称作用命令行工具 jps 虚拟机状况查询 jsatck java堆栈跟踪工具 jinfo java配置信息工具 jmap java内存映像工具 jstat 虚拟机统计信息监视工具可视化监控工具 jconsole Java监视与管理控制台 visualVM 多台合一故障处理工具可视化监控工具：需要服务器开通一个调试端口，正式环境

java程序cpu飙高定位