JVM性能分析-jstat工具观察gc频率

jstat

  • jstat是java自带的工具,在bin目录下

用法

  • 语法:jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]
shell 复制代码
[kq@kyyj-2 bin]$ jstat -help
Usage: jstat -help|-options
       jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]

Definitions:
  <option>      An option reported by the -options option
  <vmid>        Virtual Machine Identifier. A vmid takes the following form:
                     <lvmid>[@<hostname>[:<port>]]
                Where <lvmid> is the local vm identifier for the target
                Java virtual machine, typically a process id; <hostname> is
                the name of the host running the target Java virtual machine;
                and <port> is the port number for the rmiregistry on the
                target host. See the jvmstat documentation for a more complete
                description of the Virtual Machine Identifier.
  <lines>       Number of samples between header lines.
  <interval>    Sampling interval. The following forms are allowed:
                    <n>["ms"|"s"]
                Where <n> is an integer and the suffix specifies the units as 
                milliseconds("ms") or seconds("s"). The default units are "ms".
  <count>       Number of samples to take before terminating.
  -J<flag>      Pass <flag> directly to the runtime system.
  • options 命令选项
  • -t 在打印的列加上Timestamp列,用于显示系统运行的时间
  • -h 可以在周期性数据数据的时候,可以在指定输出多少行以后输出一次表头
  • vim Virtual Machine ID( 进程的 pid)
  • interval 为刷新间隔时间 s 表示秒,ms 表示毫秒 (不带单位默认毫秒)
  • count 表示刷新次数 (不带该参数一直循环执行)
  • 例如:
shell 复制代码
# 每隔1秒执行一次  共执行20次
jstat -gcutil 10641 1000  20
options 选项:
shell 复制代码
-gc:显示垃圾回收统计信息
-class:显示类加载和卸载统计信息
-compiler:显示 JIT 编译器统计信息
-gcnew:显示新生代垃圾回收统计信息
-gcold:显示老年代垃圾回收统计信息
-gcutil:显示垃圾回收统计摘要信息。
-printcompilation:显示 JIT 编译方法列表

使用jstat工具分析gc频率

  • 使用ps -ef|grep port 先查看下应用pid
  • 查到应用进程号为 16410
  • 查询gc情况
shell 复制代码
# 每隔1秒执行一次 共执行20次
jstat -gcutil 10641 1000  20
  • 字段解释
shell 复制代码
S0:幸存1区当前使用比例
S1:幸存2区当前使用比例
E:伊甸园区使用比例
O:老年代使用比例
M:元数据区使用比例
CCS:压缩使用比例
YGC:年轻代垃圾回收次数 发生15次YGC 15次YGC共耗时1.45秒
YGCT:年轻代垃圾回收消耗时间(单位秒)
FGC:老年代垃圾回收次数 发生5次FGC
FGCT:老年代垃圾回收消耗时间(单位秒) 5次FCC共耗时1.545秒
GCT:垃圾回收消耗总时间(单位秒)  gc共耗时2.995秒
  • 下面一直循环打印gc情况jstat -gcutil 10641 1000
  • 可以看到目前YGC 16次 FGC 5次
  • 下面一直监控gc的变化
  • 通过上图可以看出
  • 伊甸园区满了之后触发YGC
  • YGC触发之后,清理伊甸园区和S0,并把为清理的对象转移到S1区
  • 继续监控gc情况
  • 可以看到,YGC重复之前的动作,只不过是从S1转移到了S0
  • 正常 S0和S1有一个是空的,如果两个都被占用可能存在内存泄漏
相关推荐
奇牙coding20 分钟前
Codex CLI 升级后多文件编辑静默失效:config.yaml 枚举变更排查与修复指南
java·前端·javascript·ai
小羊没烦恼!27 分钟前
Ajax与JSON的一些总结
android·java·前端·数据库·mysql·算法·okhttp
Lhappy嘻嘻33 分钟前
读懂 JVM:内存模型、类加载机制、分代回收
java·开发语言·jvm
黄俊懿33 分钟前
【架构师从入门到进阶】第六章:服务集群优化——第八节:线程数公式
java·服务器·数据库·分布式·性能优化·架构·系统架构
Rain的Java大神之路40 分钟前
别再死磕 MySQL 了:向量数据库与 RAG 生产落地实录(Java 工程师专场)
java·后端·面试
七夜zippoe41 分钟前
Spring AI 是什么?Java 工程师的 AI 开发第一站
java·人工智能·spring·ai·开发
是真的小外套1 小时前
2023年软考中级信息安全工程师|选择题考点+5道案例分析真题解析(含答案)
java·服务器·网络
会编程的吕洞宾1 小时前
Spring AI 2.0 结构化输出实战:让大模型返回精准 JSON 不再“抽风“,准确率从 78% 拉到 99%
java·后端
项目題供诗1 小时前
ai大模型(三)
java
wangjialelele2 小时前
一文梳理 Spring Cloud 核心组件:Eureka、Nacos、OpenFeign、LoadBalancer 与 Gateway
java·spring boot·spring·spring cloud·微服务·nacos