Java本机内存跟踪堆提交的数量远远超过堆转储的总数

Question

使用jcmd{PID}vm.native_memory，我看到总保留数为4704896 KB，提交数约为1290820 KB。提交的内存略多于剩余内存，但我读到并不是所有提交的内存都可以被分页到实际内存中，所以我不太关心这种差异

我现在主要关心的是vm.native_memory的堆内存使用量与使用jcmd{PID}gc.class_histogram时的堆总使用量之间的差异

我还尝试使用jstat-gc{PID}比较堆的使用情况，得到的结果与gc.class_histogram类似

我现在的猜测是vm.native_memoryJava堆包含没有被垃圾回收的内存，但即使在运行垃圾回收时，我也看到jstat-gc的结果会急剧减少，而vm.native_memory却丝毫没有受到影响（尽管我听说用户手动调用垃圾回收并不总是导致完全的垃圾回收，但至少jstat-gc似乎与gc.class_histogram的结果相匹配。

我听说过的另一件事是，top的剩余内存并不总是在使用内存的进程释放它时释放，直到绝对需要释放该内存。

所以总结一下

null

Answer 1

我想您的jvm堆已经设置了一个范围大小。

本机内存跟踪器从os视图（接近top命令）显示内存大小，而jstat则从JVM的内部透视图显示。

这意味着jvm将从os请求mem（检查从top)，但是否真正使用它取决于它自身（检查由jstat或jmap)。