gpt4 book ai didi

java - jstat 和 jcmd 对元空间内存给出了不同的答案

转载 作者:行者123 更新时间:2023-11-30 10:00:24 24 4
gpt4 key购买 nike

我目前正在调查压缩类空间问题。我知道问题出在哪里,但在调查时,我注意到 jstat -gc ...jcmd ... GC.heap_info 给出了不同数量的元空间和压缩类空间容量及用途:

▶ jcmd 32152 GC.heap_info
32152:
PSYoungGen total 153600K, used 129316K [0x00000000eab00000, 0x00000000f5b00000, 0x0000000100000000)
eden space 137728K, 91% used [0x00000000eab00000,0x00000000f26abf48,0x00000000f3180000)
from space 15872K, 16% used [0x00000000f4100000,0x00000000f439d428,0x00000000f5080000)
to space 15872K, 0% used [0x00000000f3180000,0x00000000f3180000,0x00000000f4100000)
ParOldGen total 290816K, used 21446K [0x00000000c0000000, 0x00000000d1c00000, 0x00000000eab00000)
object space 290816K, 7% used [0x00000000c0000000,0x00000000c14f1ac0,0x00000000d1c00000)
Metaspace used 59690K, capacity 64980K, committed 65192K, reserved 1103872K
class space used 9289K, capacity 10116K, committed 10152K, reserved 1048576K

▶ jstat -gc 32152
S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
15872.0 15872.0 2677.0 0.0 137728.0 126711.2 290816.0 21446.7 63400.0 58060.7 9896.0 9067.2 8 0.047 3 0.118 0.164

堆容量的数字似乎总体上是匹配的(幸存者、伊甸园和老一代所有容量都一致)。堆使用数字不完全匹配,但我不希望它们匹配; jstat 是在 jcm 之后大约一秒收集的。但是元空间编号全部关闭,jstat 编号通常略低于 jcmd 编号。我重新运行这两个命令以确认在调用之间没有发生类加载,事实上,这两个命令都为元空间编号提供了与以前相同的输出。

这是怎么回事?他们衡量这些数字的方式是否略有不同?哪个更准确?

运行时信息:

JVM: Java HotSpot(TM) 64-Bit Server VM (25.202-b08, mixed mode)
Java: version 1.8.0_202, vendor Oracle Corporation
-Xmx1024m
-XX:+UseParallelGC

最佳答案

抓得好!数字确实不同:jstat 值可能会稍微落后,因为它们是 updated only after GC ,而 jcmd 值始终是最新的。

所以,jcmd GC.heap_info 应该更准确。

另请注意,jstat 输出中的 MC 对应于元空间提交的大小,而不是容量。

关于java - jstat 和 jcmd 对元空间内存给出了不同的答案,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58031852/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com