我了解JVM进程如何分配自己的内存有一点差距.我所知道的
RSS = Heap size + MetaSpace + Offheap size
其中Offheap由线程堆栈,直接缓冲区,映射文件(库和jar)和JVM代码本身组成;
目前我正在分析我的Java应用程序(Spring Boot Infinispan),其中RSS是779M(它运行在docker容器中,所以pid 1可以):
[ root@daf5a5ae9bb7:/data ]$ps -o RSS,vsz,sz 1 RSS VSZ SZ 798324 6242160 1560540
Metasapce尺寸为89M
换句话说,我想解释799M – (374M 89M)= 316M的Offheap内存.
每个线程都消耗1M:
[ root@fac6d0dfbbb4:/data ]$java -XX:+PrintFlagsFinal -version |grep ThreadStackSize intx CompilerThreadStackSize = 0 intx ThreadStackSize = 1024 intx VMThreadStackSize = 1024
所以,这里我们可以添加36M.
应用程序使用DirectBuffer的唯一地方是NIO.从JMX可以看出,它不消耗大量的资源 – 只有98K
最后一步是映射libs和jar.但是据pmap(full output)
[ root@daf5a5ae9bb7:/data ]$pmap -x 1 | grep ".so.*" | awk '{ sum+=$3} END {print sum}' 12896K
加
root@daf5a5ae9bb7:/data ]$pmap -x 1 | grep “.jar" | awk '{ sum+=$3} END {print sum}' 9720K
我们这里只有20M.
因此,我们还要解释316M – (36M 20M)= 260M
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。