cpu高 thread vm_GC task thread#0 (ParallelGC) 占用cpu过高

最新推荐文章于 2022-09-12 18:51:15 发布

原创

最新推荐文章于 2022-09-12 18:51:15 发布 · 7.4k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#cpu高 thread vm

线上应用出现CPU使用率过高，通过`top`命令发现`thread VM_GC task thread#0 (ParallelGC)`占用大量CPU资源。`jstack`显示多条`GC task thread`在运行，尽管GC日志显示频率不高，但CPU占用异常。问题包括：1.为何GC线程不断创建且线程号递增，不重用？2.低GC频率下，这些线程如何消耗CPU？

最近在查线上应用cpu过高时遇到一个问题，根据线程号追踪发现是gc线程占用大量的cpu。

top -p 7794

top - 15:31:22 up 883 days, 35 min, 1 user, load average: 0.23, 0.37, 0.72

Tasks: 21 total, 0 running, 21 sleeping, 0 stopped, 0 zombie

Cpu(s): 2.1%us, 0.2%sy, 0.0%ni, 95.2%id, 2.4%wa, 0.0%hi, 0.1%si, 0.0%st

Mem: 32955440k total, 29792780k used, 3162660k free, 838724k buffers

Swap: 16779884k total, 147720k used, 16632164k free, 9962112k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

7815 admin 15 0 7424m 4.7g 9.9m S 1524.4 15.0 0:45.76 java

7794 admin 18 0 7424m 4.7g 9.9m S 0.0 15.0 0:00.00 java

7796 admin 15 0 7424m 4.7g 9.9m S 0.0 15.0 0:05.73 java

7797 admin 16 0 7424m 4.7g 9.9m S 0.0 15.0 2:50.67 java

7798 admin 16 0 7424m 4.7g 9.9m S 0.0 15.0 2:50.52 java

7799 admin 16 0 7424m 4.7g 9.9m S 0.0 15.0 2:51.82 java

7800 admin 16 0 7424m 4.7g 9.9m S 0.0 15.0

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

小叮当做事小丁当

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

一种CPU占用过高的故障定位分析方法

石榴姐yyds

03-08

1万+

CPU占用过高是LINUX服务器出现常见的一种故障，也是程序员线上排查错误必须掌握的技能，我们经常需要找出相应的应用程序并快速地定位程序中的具体代码行数，本文将介绍一种CPU占用过高的一种处理思路，文中采用四步法进行定位，从应用程序的进程到具体应用程序的名字再到应用程序的线程最后定位到具体应用程序的行数，从整体到局部，最后定位到具体代码，为读者提供了一种排查故障的思路和方法。...

Java GC性能分析与调优实战

悦分享

07-22

746

在Thread Dump中，有一些 JVM内部的后台线程来执行，譬如垃圾回收或者低内存的检测等等任务，这些线程往往在 JVM初始化的时候就存在，如下所示：1. HotSpot VM Thread被HotSpot VM管理的内部线程为了完成内部本地操作，一般来说不需要担心它们，除非CPU很高。 2. HotSpot GC Thread当使用HotSpot parallel GC，HotSpot VM默认创建一定数目的GC thread。当面对过多GC，内存泄露等问题时，这些是关键的数据。使用nati

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

同一个线程池嵌套使用程序卡死问题排查

yixueweima的博客

09-12

4072

同一个线程池嵌套使用程序卡死问题排查

JVM优化调试使用心得与线上CPU100%原因分析

kimichen123的专栏

02-28

2942

因为线上系统遇到CPU100%的问题，这种问题在流量较大时比较常见，因为JDK自身有很多JVM调试工具，如jps、jstack、jmap、jhat、jstat等使用工具，在实际工作中使用这些工具进行调试是十分必要的，一般通过以下步骤就能定位并解决CPU100%的问题，文章是自己很早写的，现在重拾一下，下面只做简单介绍，这些都可以在线上服务器上执行。一、 jstack jstack用来查Jav...

记一次线上Java程序导致服务器CPU占用率过高的问题排除过程

nimeijian的专栏

12-30

2093

原文链接：http://www.jianshu.com/p/3667157d63bb 1、故障现象客服同事反馈平台系统运行缓慢，网页卡顿严重，多次重启系统后问题依然存在，使用top命令查看服务器情况，发现CPU占用率过高。 2、CPU占用过高问题定位 2.1、定位问题进程使用top命令查看资源占用情况，发现pid为14063的进程占用了大量的CPU资源，CPU占用率高达776

系统运行缓慢，CPU 100%，以及Full GC次数过多问题的排查思路

热门推荐

sinat

03-20

10万+

处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。对于线上系统突然产生的运行缓慢问题，如果该问题导致线上系统不可用，那么首先需要做的就是，导出jst...

7 centos 设置jvmgc_centos服务器CPU被GC task占满，程序无内存溢出

weixin_39866974的博客

12-18

410

环境：服务器为centos，2个8核16线CPU，内存64G，jdk版本1.7.0_67问题描述：服务器部署的java应用，jvm堆内存为8G，启动一段时间后CPU占用飙升到2300%jstack查看获得如下信息:"VM Thread" prio=10 tid=0x00007f5ac4095800 nid=0xa599 runnable"GC task thread#0 (ParallelGC)"...

java程序cpu占用高优化_一次Java程序CPU占用过高(100%)的分析过程

weixin_42300121的博客

02-19

1453

背景一台机器上部署了三个canal实例. CPU占用很高, 但是数据量不是很多. 虽然这里是针对canal的例子, 但是排除问题的方法也可以通用在其他应用上.排查找到具体的进程从下面的图片中看, 这三个Java程序(都是Canal的实例)占用的CPU比较高。top命令查看这三个实例, 每个实例都稳定地使用了大约100%的CPU资源. 这个现象不正常, 所以开始了下面的排查之路。image.png一...

jstack: Java占用高CPU分析之- GC Task Thread

xiuson回忆录

06-30

2万+

jstack 是JDK自带的堆栈跟踪工具，作用有两个：为Java 进程或者核心文件打印出线程的堆栈信息；远程调试服务器。查看用法： jstack -help Usage: jstack [-l] (to connect to running process) jstack -F [-m] [-l] (to connect to a hung process)

CPU飙高，频繁GC，怎么排查？

ai_goodStudent的博客

01-15

3717

本文转自处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。对于线上系统突然产生的运行缓慢问题，如果该问题导致线上系统不可用，那么首先需要做的就是，...

JVM CPU高负载的排查办法

bruce128的专栏

02-05

1万+

今天线上一个tomcat进程cpu负载100%。按以下步骤查出原因。 1.执行top -c命令，找到cpu最高的进程的id 2.执行top -H -p pid，这个命令就能显示刚刚找到的进程的所有线程的资源消耗情况。找到CPU负载高的线程tid 8627, 把这个数字转换成16进制，21B3。 3.执行jstack -l pid，拿到进程的线程dump文件。这个命令会

Java GC Thread

weixin_30505225的博客

07-21

618

Java GC Thread 转载于:https://www.cnblogs.com/ZacharyHodgeZou/p/3888812.html

线上java程序CPU占用过高问题排查

daobuxinzi的博客

05-31

1590

简要工作中负责的有一个项目是使用iReport+JasperReport实现的一个打印系统。最近这个线上程序经常无响应，重启后恢复正常，但是时不时还是会出现类似的问题。最后发现是JasperReport的一个问题。有个JasperReport的转换任务内存占用特别高，当新对象需要分配内存时就会内存不够了，于是GC线程就不断GC，占用CPU。导致系统CPU占用超高。下面说下问题排查的一个思路步骤基本环境 tomcat 7 JDK 7 Linux 问题定位查看后台异常通过查看系统的后台日志，发现

关于jvm 中vmthread的问题

helpbs

08-17

678

最近一个同事性能测试，20个并发，压了3分钟，tps急剧下降，jvm开始不响应通过排查发现，此时old区已满，并且cpu 100%完全被vmthread占用如果此时停止施压，那么过几分钟，jvm会回复。也就是说垃圾回收停滞了。通过MAT查看heap dump发现，有20多万的hibernate session 产生了超过1G的hashmap 无法回收也就是在并发的情况，如果短时...

一次GC线程占用系统CPU过高处理过程

hyl29742的博客

12-12

4869

因为测试人员报告说，最近订单系统总是超时，要重启才能恢复正常，但是第二次复现的时间不固定。然后先是查看下应用状态是否正常，没有问题。然后查看日志，发现有很多交易报超时。仔细查看超时的日志，发现什么类型的交易都有，而且超时的地方也不固定，更像是系统或者架构层面的错误。赶紧看下（ps ux）linux系统的状态。发现订单应用的CPU已经100%，但是内存还有剩余，内存占用大概30...

JVM 调优之 CPU 高占用问题

a6636656的博客

04-14

3817

jstack 工具 jstack（Stack Trace for Java）命令用于生成当前时刻的线程快照（一般称为 threaddump 文件）。线程快照就是当前虚拟机每条线程正在执行的方法堆栈集合，生成线程快照的目的通常是定位线程出现长时间停顿的原因，如线程间死锁，死循环、请求外部资源导致的长时间挂起等，都是导致线程长时间停顿的原因。线程出现停顿是通过 jstack 来查看各个线层呢的调用堆栈，就可以获知没有响应的线程到底在后台做什么，或者等待什么资源。 jstack 命令格式： js

cpu高 thread vm_(10)系统慢,CPU100%,Full GC过多排查思路(1)

weixin_35806027的博客

12-23

768

导出jstack和内存信息，重启系统，尽快保证可用性。主要原因(可导致不可用)：(1)读数据量较大，内存耗尽，Full GC多，慢；(2)耗CPU操作，CPU过高，慢；原因(只慢，还可用)：(3)阻塞，耗时，出现随机；(4)线程WAITING，整体不可用，但无法复现；(5)多个线程死锁这种要查看系统日志，查CPU和系统内存，看不出具体问题，阻塞性操作，CPU和系统内存使用都不高。一. Full ...

多线程gc问题

微小的鱼的博客

06-11

2066

GC是如何工作的 GC的工作流程主要分为如下几个步骤： 1、标记(Mark) 2、计划(Plan) 3、清理(Sweep) 4、引用更新(Relocate) 5、压缩(Compact) （一）、标记目标：找出所有引用不为0(live)的实例方法：找到所有的GC的根结点(GC Root), 将他们放到队列里，然后依次递归地遍历所有的根结点以及引用的所有子节点和子子节点，将所有被遍历到的结点标记...