JVM GC排查

最新推荐文章于 2024-05-28 22:15:31 发布
最新推荐文章于 2024-05-28 22:15:31 发布
阅读量146 收藏
点赞数
分类专栏： Java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bibiwannbe/article/details/115174827
版权

1、定位java的进程

  • 可使用普通的ps -ef|grep java 的形式

  • 可直接用jps -ml

 

2、gc原因排查

使用jstat -gccause [pid] 2s 每两秒输出上一次gc的原因以及当前gc的原因

jmap -histo [pid] |head -n20 输出堆栈中类占用大小

jmap -dump:format=b,file=gcdata.hprof [pid] dump堆栈文件到机器上

bibiwannbe
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM GC问题排查(多数是内存泄漏导致)
commonBean的专栏
09-20 516
原文地址YGC问题排查，又让我涨姿势了！ 主要内容： 超时量突然大面积增加，1分钟内甚至达到了上千次接口超时。 收到告警后，我们第一时间查看了监控系统，立马发现了YoungGC耗时过长的异常。 通过下图可以看出：在上线之前，YGC基本几十毫秒内完成，而上线后YGC耗时明显变长，最长甚至达到了3秒多。 由于YGC期间程序会Stop The World，而我们上游系统设置的服务超时时间都在几百毫秒，因此推断：是因为YGC耗时过长引发了服务大面积超时。 我们立刻摘掉了一个节点，然后通过以下命令dump了堆内存
Java中9种常见的CMS GC问题分析与解决
weixin_42073629的博客
03-04 695
1.1 引言 自 Sun 发布 Java 语言以来，开始使用 GC 技术来进行内存自动管理，避免了手动管理带来的悬挂指针（Dangling Pointer）问题，很大程度上提升了开发效率，从此 GC 技术也一举成名。GC 有着非常悠久的历史，1960 年有着“Lisp 之父”和“人工智能之父”之称的 John McCarthy 就在论文中发布了 GC 算法，60 年以来， GC 技术的发展也突飞猛进，但不管是多么前沿的收集器也都是基于三种基本算法的组合或应用，也就是说 GC 要解决的根本问题这么多年...
Java GC问题排查的一些个人总结和问题复盘
最新发布
iwts
05-28 759
Java GC
【JVM】GC导致的性能问题排查与解决方案,日志、堆分析工具介绍
qq_35456400的博客
04-08 1292
重要应用程序在使用过程中，忽然无法响应用户请求，排查发现网络联通无问题，gateway能够正常接收分发请求，应用进程正常，正常向注册中心发送请求，但是接收http请求全部返回报错。添加gc后发现内存回收耗时太长，无法恢复。
一次JVM GC长暂停的排查过程
BASK2311的博客
01-11 471
综上，我们得出结论，swap和GC同一时候发生会导致GC时间非常长，JVM严重卡顿，极端的情况下会导致服务崩溃。主要原因是：JVM进行GC时，需要对对应堆分区的已用内存进行遍历，假如GC的时候，有堆的一部分内容被交换到swap中，遍历到这部分的时候就须要将其交换回内存；更极端情况同一时刻因为内存空间不足，就需要把内存中堆的另外一部分换到SWAP中去，于是在遍历堆分区的过程中，会把整个堆分区轮流往SWAP写一遍，导致GC时间超长。
系统GC问题排查方法总结
Darlight的博客
07-17 4677
一文教你如何解决系统out of memory问题
jvm问题排查
04-20
### JVM问题排查工具手册 #### 一、概述 在日常的软件开发与维护过程中，针对JVM（Java虚拟机）的性能调优和问题排查是非常关键的一环。本手册旨在提供一套全面且实用的JVM问题排查方法和技术，帮助开发者快速定位...
mac mat jvm gc 内存分析
09-20
JVM（Java Virtual Machine）的垃圾收集器（GC，Garbage Collector）扮演着核心角色，负责自动管理应用程序的内存，防止内存泄漏和性能问题。MAT（Memory Analyzer Tool）是由Eclipse基金会提供的一个强大的分析工具...
JVM内存问题排查
01-09
初步诊断思路考虑是不是这台机器上的某个服务把内存撑爆了，所以开始排查内存问题，使用jdk自带脚本，进行内存诊断分析。 1.查看所有Java应用占用的进程（linux常用的是ps -ef|grep java） jps -l 2.查看需要监控...
jvm排查cpu占用过高的线程
01-09
cpu占用过高，服务器卡死，问题排查 java进程占用CPU过高常见的两种情况： 代码中有死循环或者接近死循环的操作 快速创建大量临时变量，导致频繁触发gc回收 问题解决： 1、用top命令找到cpu占用率最高的进程号是...
VisualGC 内存监控工具
12-19
《VisualGC：深入理解JVM内存监控》 VisualGC是一款强大的内存监控工具，它作为JDK1.8中jvisualvm的插件，为Java开发者提供了直观且详细的内存使用情况分析。通过安装并使用VisualGC，我们可以更好地理解和优化Java...
JVM频繁GC内存溢出排查
m0_73311735的博客
04-07 1170
以上方式推荐的还是jmap -histo和内存溢出时自动转储，对进程本身影响比较小。另外jmap -heap 可以看堆内存相关的JVM配置和堆内存整体分配。
YGC问题排查，又让我涨姿势了！
AI乔治
09-20 1010
在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在Stop The World问题，因此很容易导致服务超时，引发性能问题。 我们团队负责的广告系统承接了比较大的C端流量，平峰期间的请求量基本达到了上千QPS，过去也遇到了很多次GC相关的线上问题。 这篇文章，我再分享一个更棘手的Young GC耗时过长的线上案例，同时会整理下YGC相关的知识点，希望让你有所收获。内容分成以下2个部分： 从一次YGC耗时..
JVM-排查系统 CPU 飙高和频繁 GC
嘻哈熊的专栏
05-17 1768
来源：http://t.cn/EI9JdBu 处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及 Full GC 次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。 对于线上系统突然产生的运行缓慢问题，如果该问题导致线上系统不可用，那么首先需要做的就是，导出 jstack 和内存信息，然后重启系统，尽快保证系统的可用性。这种情况可能的原因主.
【JVM技术专题】GC问题分析和故障排查规划指南「实战篇」
世界上并没有完美的程序，但是我们并不因此而沮丧，因为写程序就是一个不断追求完美的过程。
11-07 591
之前的JVM专题总共大致近50章节，问题介绍相关的JVM的原理分析，比较接近于理论化，并且也穿插这相关的GC问题排查和调优的技术功能实现，但是很多小伙伴都建议我多针对于实际优化角度和故障排查而言，进行相关的分析和总结，所以有了目前的【线上解决方案系列】希望大家会喜欢！
【java】命令查看jvm gc垃圾回收情况
热门推荐
zkq_1986的博客
02-14 2万+
jvm gc查看 jstat -gcutil pid interval(ms) 举例： jstat -gcutil 332 1000
JVM调优工具，GC日志分析确定Full GC原因
weixin_44778073的博客
01-09 1624
Java VisualVM： 查看各个分区的变化情况 Arthas： 下载一个jar包，arthas-boot.jar，通过命令运行 java -jar arthas-boot.jar 回车之后查看系统中运行的Java进程。 命令使用： 1.dashboard： 查看Java进程下的各个线程的运行情况 state cpu，以及内存各个区域的使用情况 2，Thread tid： 查看有问题代码的位置 3.Thread -b： 查看死锁的线程 4.jad 类全路径.类名 查看类的内
JVM性能分析 | 一次生产系统Full GC问题分析与排查总结
Eshare分享
09-07 5152
一次生产系统Full GC问题分析与排查总结 背景 最近某线上业务系统生产环境频频CPU使用率过低，频繁告警，通过重启可以缓解，但是过了一段时间又会继续预警，线上两个服务节点相继出现CPU资源紧张，导致服务器卡死不可用，通过告警信息可以看到以下问题： 从上图可以看到，目前zabbix监控展示CPU空闲时间已经低于预警线，证明目前CPU资源占用过高，考虑到最近并没有特别开发任务上线，但...
JVM故障排查：MAT工具与Full GC分析
"本文主要介绍了如何使用MAT工具进行JVM Full GC分析，以及在Java进程中进行内存管理和诊断的常用命令。" 在Java开发过程中，内存管理是关键环节，特别是当出现`OutOfMemoryError`或者系统异常如负载过高、IO异常、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值