JVM hang时，Eden区100％，所有线程包括gc线程被 blocked分析

最新推荐文章于 2023-09-07 23:13:16 发布
VIP文章 最新推荐文章于 2023-09-07 23:13:16 发布
阅读量1.1w 收藏 6
点赞数
分类专栏： 故障分析 手记
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/axman/article/details/38555449
版权
jstat -gcutil pid 1000
  S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT   
  5.68  36.18 100.00   1.50  11.93     14    0.555     0    0.000    0.555
  5.68  36.18 100.00   1.50  11.93     14    0.555     0    0.000    0.555
  5.68  36.18 100.00   1.50  11.93     14    0.555     0    0.000    0.555
  5.68  36.18 100.00   1.50  11.93     14    0.555     0    0.000    0.555

jstack -F pid 
Attaching to process ID 16063, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 24.0-b56
Deadlock Detection:

No deadlocks found.

Thread xxx: (state = BLOCKED)

Thread xxx: (state = BLOCKED)

..........

Thread xxx: (state = BLOCKED)


Eden区100%时，应用申请内存不能分配，触发ygc，vmThread执行ygc，分配给GCTaskThread执行，vmThread需要等GCTaskThread

最低0.47元/天 解锁文章
axman
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
JVM 线程堆栈分析过程详解
12-22
在这篇文章里我将教会你如何分析JVM的线程堆栈以及如何从堆栈信息中找出问题的根因。在我看来线程堆栈分析技术是Java EE产品支持工程师所必须掌握的一门技术。在线程堆栈中存储的信息，通常远超出你的想象，我们可以在工作中善加利用这些信息。 　　我的目标是分享我过去十几年来在线程分析中积累的知识和经验。这些知识和经验是在各种版本的JVM以及各厂商的JVM供应商的深入分析中获得的，在这个过程中我也总结出大量的通用问题模板。 　　那么，准备好了么，现在把这篇文章加入书签，在后续几周中我会给大家带来这一系列的专题文章。还等什么，请赶紧给你的同事和朋友分享这个线程分析培训计划吧。 　　听上去是不错，
JVM异常FGC问题查找过程总结
陈新华的茅草房
07-09 1万+
问题现象及分析 可能原因分析 手动重现异常 大对象问题 流量暴涨 CPU资源被其他进程占用 内存被其他进程占用的情况swap分区问题 数据库连接异常 堆文件分析 shell脚本 JVM问题排查总结 其他遗留的问题 前段时间线上的zzuser的服务模块出现大量的异常FGC情况，经过大量排查工作，最后锁定是因为一个sql的大查询导致的。这也给了我非常大的教训，同时我在这次问题的排查过程中也获益匪浅，
JAVA 线上故障排查完整套路，从 CPU、磁盘、内存、网络、GC 一条龙！
Java笔记虾
08-23 639
作者：fredalhttps://fredal.xin/java-error-checkCPU磁盘内存GC问题网络线上故障主要会包括cpu、磁盘、内存以及网络问题，而大多数故障可能会包含...
JVM问题排查
yangnk的技术记录
09-07 915
cpu飙升可能的原因大概为：代码存在死循环，导致消耗cpu；代码一直在创建大对象，导致频繁GC，这个时候内存占用率也会很高；
并发编程之死锁
ouYang的博客
08-02 381
死锁 死锁就是两个或以上线程互相争抢对方资源，导致没有任何一个线程能获得所需所有资源的一种僵持状态。死锁下的线程是 BLOCKED 状态。 下面我们来使用Synchronized 关键字 造一个死锁。 ServiceOne类： public class ServiceOne { private ServiceTwo serviceTwo; private final Object LOCK_ONE = new Object(); public void setServiceTwo(
线程的状态
u012068323的博客
11-12 189
在线程Thread类中，有一个枚举类State，列举了线程的六大状态 public enum State {     /**      * Thread state for a thread which has not yet started.      * 刚刚新建好的线程所处的状态      */     NEW,     /**      * Thread state f
jvm的jstack定位线程状态问题
sanding的博客
12-18 1213
背景 如果存在线程之间相互等待，造成大量线程处于blocked状态，应该如何定位问题？ 过程 测试代码 public class JVM_Thread_Problem01 { private static Object obj = new Object(); public static void main(String[] args) throws InterruptedException { new Thread(new Runnable() {
Java那些“锁”事 - 死锁及排查
大后生大大大的博客
07-29 1052
死锁是两个或者两个以上的线程在执行过程中，因争夺资源而造成的一种互斥等待现象，若没有外界干涉那么它们将无法推进下去。如果系统资源不足，进程的资源请求都得到满足，死锁出现的可能性就很低，否则就会因为争夺有限的资源而陷入死锁。
线程的五大状态和线程操作
kt_xiong的博客
01-18 489
线程状态 创建状态 线程对象创建就进入了创建状态 就绪状态 调用start()，线程进入就绪状态，但还没有具体执行 运行状态 执行线程体的代码块时，线程处于运行状态 阻塞状态 当调用sleep()等方法时，线程进入阻塞状态，线程暂时不执行，等阻塞事件解除后再执行 死亡状态 线程结束进入死亡状态，进入死亡状态后的线程不能再启动 其转换关系如下图 线程状态观测 Thread.State = NEW 已经创建但尚未启动的线程处于此状态 Thread.State = RUNNABLE 正在Java虚拟机中执行的线
JVM线程分析.pdf
01-15
JVM线程分析.pdf
JVM---jstack分析Java线程CPU占用,线程死锁的解决
10-14
主要介绍了JVM---jstack分析Java线程CPU占用,线程死锁的解决，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
JVM堆内存溢出后，其他线程是否可继续工作的问题解析
08-25
主要介绍了JVM 堆内存溢出后，其他线程是否可继续工作？,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
JVM学习笔记一（线程私有的内存区域）
01-20
Jvm运行时，内存区域可以划分为两大部分 1.线程私有（程序计数器，虚拟机栈，本地方法栈） 2.线程共享（堆与方法区） 程序计数器：因为cpu会划分为时间片给多个线程执行，所以需要程序计数器记录下指令执行到具体的...
一个性能瓶颈分析的过程。
热门推荐
诗剑书生的专栏
05-14 3万+
前段时间公司打造了自己的WEB开发框架新版，性能比以前的两个版有很大提高。在性能基准测试时，某个测试的业务场景为18000个TPS左右。但是后来增加了session序列化模块后，一下子下降低到6000个TPS左右，就是因为这个模块性能一下子降低三倍。 jvisualvm监视查看到其中的加密方法占用了47%的CPU处理时间，于是重点测试这个方法。 这个方法做了三件事。1.加密，2.压缩，3.base
一个load飙高的过程分析，非常有价值。
诗剑书生的专栏
12-27 1万+
ae的多语言应用中不断出现load飙高的情况 ，即使重启过10几个小时以后，cpu慢慢从1核到4核到被吃光。而且集群中8台机器都是如此，所以应用方自己开始开分析原因。前两天跟踪没结果，后来有一位同学根据tb达人的分析中得到启发：关于us高和ys高的问题分析：当us值过高时，表示运行的应用消耗大量的CPU。java应用造成us高的原因主要是线程一直处于可运行（Runnable）状态，通常这些线程
一个异步io中同步调用close造成数据传输不完整的bug。
诗剑书生的专栏
01-08 1万+
某个使用netty作为server通讯，应用在传输大一点的数据时就会出现org.apache.http.ConnectionClosedException: Premature end of Content-Length delimited message body (expected: 29869; received: 15846。经过仔细分析，原来在接收数据时，程序员显式关闭了连接（同步调用）
一个java crash的故障分析过程
诗剑书生的专栏
07-09 1万+
一个应用在周五出现java进程消失，没有任何日志。先查看/var/log/message中无oom_killer信息，所以只能拿core。该应用是一个集群，通知他们将出现crash的服务器上打开ulimit,等待生成core文件 。今天周一，下午应用负责人紧急找我，说同时出几台crash了。开了ulimit参数的那台服务器coredump已经生成。登录到该服务器上，先是gdb $JAVA_HOME
太奇葩了，bouncycastle这样的重要包竟然出现这种重构
诗剑书生的专栏
09-08 9001
这是bouncycastle.provider-1.38-jdk15.jar中定义的。这是bcprov-jdk15on-1.52.jar  中定义的。好吧，现在应用加载了。直接：没有什么好说的，只能说是奇葩！
jvmgc是守护线程吗
最新发布
09-12
是的，JVM中的垃圾收集器（Garbage Collector，GC）通常运行在守护线程中。守护线程是一种在后台运行且不阻止JVM退出的线程。GC作为守护线程的好处是，它可以在应用程序运行的同时进行垃圾回收，而不会影响主线程的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值