我有一个简单的演示来检查JVM内存分配和去分配的细节。
Java版本
$ java -version
java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)演示
/**
* VM Options: -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8
*/
public class DefaultCollector {
private static final int _1MB = 1024 * 1024;
public static void main(String... args) {
byte[] arr1 = new byte[2 * _1MB];
byte[] arr2 = new byte[2 * _1MB];
byte[] arr3 = new byte[2 * _1MB];
byte[] arr4 = new byte[4 * _1MB];
}
}I手动使用CLI编译和运行程序,如
$ javac DefaultCollector.java
$ java -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 DefaultCollectorGC日志
Heap
PSYoungGen total 9216K, used 6979K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
eden space 8192K, 85% used [0x00000000ff600000,0x00000000ffcd0f68,0x00000000ffe00000)
from space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
to space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
ParOldGen total 10240K, used 4096K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
object space 10240K, 40% used [0x00000000fec00000,0x00000000ff000010,0x00000000ff600000)
Metaspace used 2468K, capacity 4486K, committed 4864K, reserved 1056768K
class space used 265K, capacity 386K, committed 512K, reserved 1048576K我的问题
-Xms20M -Xmx20M -Xmn10M -XX:SurvivorRatio=8已经设置和eden: 8M, from: 1M, and to: 1M清楚地展示了为什么PSYoungGen total 9216K而不是10240KMetaspace占用这么多内存Metaspace used 2468K?里面到底是什么?是否只有类型信息?发布于 2019-03-15 12:02:44
至于第一个问题,霍格尔提供了非常直接的实验来演示事实。
“年轻一代”报告的总大小总是包括“伊甸园”和“来自空间”,忽略了总是空的空间,这与大小后面报告的地址不一致,后者包括完整的跨度,涵盖了所有三个空间。
然后当第二次
为什么Metaspace占用这么多内存,Metaspace使用2468 K?里面到底是什么?是否只有类型信息?
我在Java平台,标准版HotSpot虚拟机垃圾收集优化指南中发现它的规范为
在以Metaspace开头的行中,used 是用于加载以类空间行开头的classes...The行的空间量,其中包含压缩类指针的元数据的相应值。
https://stackoverflow.com/questions/55175723
复制相似问题