惊悚，单个java进程占用700%的CPU

最新推荐文章于 2025-01-09 04:10:32 发布
最新推荐文章于 2025-01-09 04:10:32 发布
阅读量1.4k 收藏 14
点赞数 29
CC 4.0 BY-SA版权
分类专栏： 排查生产问题系列 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ailiandeziwei/article/details/139600440

 

背景

最近负责的一个项目上线，运行一段时间后发现对应的进程竟然占用了700%的CPU，导致公司的物理服务器都不堪重负，频繁宕机。

那么,针对这类java进程CPU飙升的问题，我们一般要怎么去定位解决呢？、

一、采用top命令定位进程

登录服务器，执行top命令，查看CPU占用情况，找到进程的pid

top

79.png

很容易发现，PID为29706的java进程的CPU飙升到700%多，且一直降不下来，很显然出现了问题。

二、使用top -Hp命令定位线程

使用 top -Hp <pid> 命令（为Java进程的id号）查看该Java进程内所有线程的资源占用情况（按shft+p按照cpu占用进行排序，按shift+m按照内存占用进行排序）

此处按照cpu排序：

top -Hp 23602

最低0.47元/天 解锁文章

200万优质内容无限畅学
Java 系统卡顿 / 卡住 / CPU 飙高：完整分析方式 + 实战案例解析
SlothLu的博客
06-02 925
本文针对Java系统常见的卡顿、死锁和CPU飙高问题，提供了一套完整的分析方法和实战案例。主要分析工具包括jstack、jstat、jmap和MAT，通过逐步排查GC情况、线程状态和内存使用来定位问题根源。 实战案例模拟了CPU飙高场景，通过4个线程的无限循环计算触发问题，并使用top、jstat、jstack和VisualVM等工具逐步分析。最终确定是计算密集型任务导致CPU占用过高，并提出了优化建议。 文章还汇总了6类常见性能问题的表现和分析方法，包括计算密集型任
Linux杀不死的进程之CPU使用率700%解决方法
09-14
主要给大家介绍了关于Linux杀不死的进程之CPU使用率700%的解决方法，文中通过示例代码介绍的非常详细，对大家学习或者使用Linux系统具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
Linux杀不死的进程之CPU使用率700%
dhx70537的博客
08-15 1498
1. 问题发现 [root@zwlbs3 ~]# top i. 发现有个进程CPU使用率居然700%，COMMAND 是一些随机的字符串组成，完了~ 中标了；第一想到就是“沙雕”它，kill 命令给我上。 [root@zwlbs3 ~]# kill -9 "PID" ii. 但是发现 kill 该进程平静一会后又启动了。 注：老图复用，PID、COMMA...
java70011_惊悚，单个java进程占用700%的CPU
weixin_27282525的博客
02-19 166
top 很容易发现，PID为29706的java进程的CPU飙升到700%多，且一直降不下来，很显然出现了问题。二、使用top -Hp命令定位线程使用 top -Hp 命令(为Java进程的id号)查看该Java进程内所有线程的资源占用情况(按shft+p按照cpu占用进行排序，按shift+m按照内存占用进行排序)此处按照cpu排序：top-Hp23602 很容易发现，多个线程...
Java的CPU 飙升700%优化的真实案例
qq_16570607的博客
03-19 1399
最近负责的一个项目上线，运行一段时间后发现对应的进程竟然占用了700%的CPU，导致公司的物理服务器都不堪重负，频繁宕机。那么,针对这类java进程CPU飙升的问题，我们一般要怎么去定位解决呢？
为什么Linux显示cpu使用率700%
阿里渣渣java研发组-群主
03-17 1865
Linux下显示cpu使用率高于100%
java程序cpu占用过高的原因和解决方法
meser88的博客
02-23 1万+
Java程序的 CPU 占用过高意味着该程序在运行过程中消耗了大量的中央处理器（CPU）资源。这可能会导致系统性能下降、响应变慢以及其他正在运行的应用程序受到影响。CPU 占用过高通常是一个需要关注和解决的问题，因为它可能影响整个系统的稳定性和性能。
java 进程 cpu占用_JAVA进程CPU占用高的故障排查 – 运维那些事
weixin_39634997的博客
02-13 185
问题分析：1.程序属于CPU密集型，和开发沟通过，排除此类情况。2.程序代码有问题，出现死循环，可能性极大。解决过程：1.根据top命令，发现PID为2633的Java进程占用CPU高达300%，出现故障。2.找到该进程后，如何定位具体线程或代码呢，首先显示线程列表,并按照CPU占用高的线程排序：[root@localhost logs]# ps -mp 2633 -o THREAD,tid,ti...
top监控命令在 HP-UX 上的使用
09-26
top 监控工具可以显示 CPU占用率为前几位的进程，并提供 CPU的实时活动情况 语法：top [-s time] [-d count] [-q] [-u] [-h] [-n number] [-f filename] -s time 设置屏幕刷新的延时，单位为秒，默认值 5 秒 -d count 设置屏幕刷新的次数，刷新显示完 count 次后退出 -q 如果经过 nice 授权，使用-q 可以使 top 运行的更快一些 -u 用显示 User ID 代替 username，提高命令运行速度 -h 当系 统由多个 CPU时，个别 CPU的状态信息被隐藏，只显 示平均状态值 -n number 设置每一屏幕显示的进程数目，number值超过进程最大数目，则设置无效 -f filename 输出重定向到给定的文件名，默认为 16 个进程信息 屏幕控制命令 当有多个屏幕内容显示时，可以用到下面的命令 键盘命令 j 如果不是最后的屏幕显示，按下 j 键可以切换到下一屏幕 k 如果不是最初的屏幕显示，按下 k键可以切换到前一屏幕 t 按下 k 键可以切换到最初的屏幕 退出 top命令的执行，可以在任何时候键入 q 键即可 显示信息描述 顺序显示下面三个常规的信息
记录一次java进程占用cpu超高的问题排查
hgyu的专栏
07-16 836
一、问题现象 1、top命令显示java使用CPU高达700%多。 2、查看此进程的线程运行情况 top -Hp 18014 二、问题排查 1、转换线程号为16进制 1)在上图CPU占用高的线程列表中，随便找一个线程(比如4370） 2）用printf转换成16进制 #printf "%x\n" 4370 1112 2、用堆栈跟踪工具查看java进程（注意，java进程是用哪个用户启动的就用那个用户查看，否则jstack会有抛出异常） 1...
cpu过高数据采集java,java应用cpu占用过高问题分析及解决方法
weixin_29085151的博客
03-09 278
使用jstack分析java程序cpu占用率过高的问题1，使用jps查找出java进程的pid，如37072，使用top -p 14292 -H观察该进程中所有线程的CPU占用。3，找出CPU消耗较多的线程id，如15844，将15844转换为16进制0x3de4，注意是小写哦4，使用jstack 14292|grep -A 10 0x3de4来查询出具体的线程状态。通过这些线程状态便可基本定位问...
jstack命令解析
热门推荐
fighting_DW
05-10 6万+
前言 如果有一天，你的Java程序长时间停顿，也许是它病了，需要用jstack拍个片子分析分析，才能诊断具体什么病症，是死锁综合征，还是死循环等其他病症，本文我们一起来学习jstack命令~ jstack 的功能 jstack用法 线程状态等基础回顾 实战案例1：jstack 分析死锁 实战案例2：jstack 分析CPU 过高 jstack 的功能 jstack是JVM自带的Java堆栈跟踪工具，它用于打印出给定的java进程ID、core file、远程调试服务的Java堆栈信息. j
CPU使用率过高问题排查及Linux之top命令用法详解_top命令查看线程cpu
最新发布
2401_89174850的博客
01-09 3424
用户 CPU 使用率反映了应用程序的繁忙程度，通常与我们自己写的代码息息相关。如果是应用可通过 jstack 进程号 | grep 16进制线程号 -A 10 命令找到 CPU 消耗最多的线程方法堆栈。非 Java 应用可使用 perf如果提示perf: command not found，使用yum install perf安装。perf利用Linux的trace特性，可以用于实时跟踪，统计event计数(perf stat)；
linux排查cpu过高
qq_40564810的博客
11-12 1460
linux排查cpu过高简单步骤
【死磕JVM】看完这篇我也会排查JVM内存过高了 就是玩儿！
m0_73603837的博客
09-20 1696
CPU 是时分的，操作系统里面有很多线程，每个线程的运行时间由CPU决定，CPU会分给每一个线程一个时间片，时间片是一个很短的时间长度，如果在时间片内，线程一直占有，就是100%，我们应该意识到，CPU运行速度很快（主频非常高），除非是密集型耗费CPU的运算，其他类型的任务都会在小于时间片的时间内结束。内存过高一般有两种情况：内存溢出和内存泄露程序分配的内存超过物理机的内存大小，导致无法继续分配内存，出现OOM报错。
详解top -H -p ＜pid＞命令
Leon_Jinhai_Sun的博客
08-07 1365
详解top -H -p 命令
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值