jvm实际占用内存大于堆内+堆外推测

好大的月亮

已于 2022-12-16 10:34:14 修改

阅读量2.6k

点赞数

于 2022-12-15 18:00:39 首次发布

本文链接：https://blog.csdn.net/weixin_43944305/article/details/128332576

版权

linux 同时被 2 个专栏收录

71 篇文章 3 订阅

订阅专栏

jvm

3 篇文章 0 订阅

订阅专栏

概述

在linux中使用ps查询实际占用内存和jvm的堆内+堆外比较发现不相等。

rss实际占用内存，vsz虚拟内存

ps -p 6705 -o vsz,rss

在这里插入图片描述

使用arthas统计jvm的堆内+堆外
在这里插入图片描述

比较结果发现
实际600MB > （jvm堆内+堆外）319MB

但是有一点是可以知道的，就是这些内存的确被jvm所属进程使用了。

JAVA应用占用内存组成

JAVA进程内存 =
JVM进程内存+
heap内存+
永久代内存+
本地方法栈内存+
线程栈内存 +
堆外内存 +
socket 缓冲区内存+
元空间

在之前统计的基础上：

heap+元空间+code_cache+compressed_class_space+direct+mapped最后再加上线程栈内存和top查询的res实际占用内存数量就差不多了.

在jdk5之后每个线程栈差不多1M
统计jvm线程数

cat /proc/pid/status

查看打出来的thread那一行就可以看到线程数了

更便捷的方法查看java进程的内存占用

加上VM参数

-XX:NativeMemoryTracking=detail

查看内存使用情况

jcmd pid VM.native_memory

committed就是实际使用的内存

所以一个java进程的内存占用：

heap:堆内存，即-Xmx限制的最大堆大小的内存。
class：加载的类与方法信息，其实就是 metaspace，包含两部分：一是
metadata，被-XX:MaxMetaspaceSize限制最大大小，另外是 class
space，被-XX:CompressedClassSpaceSize限制最大大小
thread：线程与线程栈占用内存，每个线程栈占用大小受-Xss限制，但是总大小没有限制
code:JIT 即时编译后（C1 C2 编译器优化）的代码占用内存，受-XX:ReservedCodeCacheSize限制
gc：垃圾回收占用内存，例如垃圾回收需要的 CardTable，标记数，区域划分记录，还有标记 GC Root等等，都需要内存。这个不受限制，一般不会很大的。Parallel GC 不会占什么内存，G1 最多会占堆内存 10%左右额外内存，ZGC 会最多会占堆内存 15~20%左右额外内存，但是这些都在不断优化。（注意，不是占用堆的内存，而是大小和堆内存里面对象占用情况相关）
compiler:C1 C2 编译器本身的代码和标记占用的内存，这个不受限制，一般不会很大的
internal：命令行解析，JVMTI 使用的内存，这个不受限制，一般不会很大的
symbol：常量池占用的大小，字符串常量池受-XX:StringTableSize个数限制，总内存大小不受限制
Native Memory Tracking：内存采集本身占用的内存大小，如果没有打开采集（那就看不到这个了）
Arena Chunk：所有通过 arena 方式分配的内存，这个不受限制，一般不会很大的

在这里插入图片描述