Java应用线上cpu飙升排查
2022/7/4 14:20:25
本文主要是介绍Java应用线上cpu飙升排查,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
- 使用top命令实时地列出系统中的进程及其资源占用情况。
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
当然也可以使用【top | grep java 】,筛选出所有的Java进程,达到快速定位的目的。
-
找到列表中cpu%列数值高的进程,表示它的cpu占用较高,记住它的进程id。
-
定位到进程后,还需要定位具体是哪个线程的问题。
ps -mp 14724 -o THREAD, tid, time # -mp选项表示过滤掉冗余信息 # top -p 14724 -H 能达到同样的目的
USER %CPU PRI SCNT WCHAN USER SYSTEM TID TIME
数据列表的第一行是本进程的资源占用总览,下面的每行代表一个线程,可以通过查看%cpu列,定位哪些线程cpu占用高。
- 上述命令列出的线程id是十进制的,由于jstack命令输出的线程id是十六进制的,所以需要将上一步的线程id转为十六进制。
printf "%x\n" 14822
得到:39e6
- 查看Java线程的堆栈信息:
jstack 14724 | grep 39e6 -A 50 # 查看1427进程的堆栈信息,过滤出线程39e6的,最多显示50行(一般50行足以显示一个线程的状态了,不够可以加)
在目标线程的堆栈信息中,着重查看开头部分,其中的非标准库部分就是我们的业务代码,往往就是问题所在。
- cpu飙升原因
1.死循环,超大循环(例如:对5000万数据进行加工运算)
2.频繁地创建对象,导致频繁地发生youngGC,导致cpu居高不不下(例如:有人将100万json数据加载到jvm,转换为entity对象)
3.超大规模的浮点运算(例如:大规模3D运算,科学运算)
4.超量的线程数(例如:线程池设置了过高的线程容量,大量的线程调度切换cpu开销极大)
这篇关于Java应用线上cpu飙升排查的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-05-15鸿蒙生态设备数量超8亿台
- 2024-05-13TiDB + ES:转转业财系统亿级数据存储优化实践
- 2024-05-09“2024鸿蒙零基础快速实战-仿抖音App开发(ArkTS版)”实战课程已上线
- 2024-05-09聊聊如何通过arthas-tunnel-server来远程管理所有需要arthas监控的应用
- 2024-05-09log4j2这么配就对了
- 2024-05-09nginx修改Content-Type
- 2024-05-09Redis多数据源,看这篇就够了
- 2024-05-09Google Chrome驱动程序 124.0.6367.62(正式版本)去哪下载?
- 2024-05-09有没有大佬知道这种数据应该怎么抓取呀?
- 2024-05-09这种运行结果里的10.100000001,怎么能最快改成10.1?