当前位置: 首页 > 知识库问答 >
问题:

Java堆提交内存大于-Xmx

鲁华皓
2023-03-14

我试图在docker容器内JavaSpring Boot应用程序中寻找内存泄漏。

应用程序的堆大小如下所示:

java -XX:NativeMemoryTracking=summary -jar /app-0.1.jar -Xms256m -Xmx512m

本机内存差异如下所示:

 ./jcmd 7 VM.native_memory summary.diff

本机内存跟踪:

总计:保留=8295301KB 1728KB,已提交=2794537KB 470172KB

            Java Heap (reserved=6469632KB, committed=2245120KB +466944KB)
                        (mmap: reserved=6469632KB, committed=2245120KB +466944KB)

                Class (reserved=1141581KB -9KB, committed=103717KB -9KB)
                        (classes #16347 -86)
                        (malloc=13133KB -9KB #23221 -306)
                        (mmap: reserved=1128448KB, committed=90584KB)

               Thread (reserved=85596KB +999KB, committed=85596KB +999KB)
                        (thread #84 +1)
                        (stack: reserved=85220KB +1027KB, committed=85220KB +1027KB)
                        (malloc=279KB +3KB #498 +6)
                        (arena=97KB -31 #162 +2)

                 Code (reserved=255078KB +32KB, committed=32454KB +228KB)
                        (malloc=5478KB +32KB #8900 +80)
                        (mmap: reserved=249600KB, committed=26976KB +196KB)

                   GC (reserved=249066KB -2KB, committed=233302KB +1302KB)
                        (malloc=12694KB -2KB #257 -75)
                        (mmap: reserved=236372KB, committed=220608KB +1304KB)

             Compiler (reserved=227KB +10KB, committed=227KB +10KB)
                        (malloc=96KB +10KB #807 +15)
                        (arena=131KB #7)

             Internal (reserved=68022KB +720KB, committed=68022KB +720KB)
                        (malloc=67990KB +720KB #21374 -287)
                        (mmap: reserved=32KB, committed=32KB)

               Symbol (reserved=21938KB -11KB, committed=21938KB -11KB)
                        (malloc=19436KB -11KB #197124 -188)
                        (arena=2501KB #1)

 Native Memory Tracking (reserved=3962KB -12KB, committed=3962KB -12KB)
                        (malloc=15KB #178 +1)
                        (tracking overhead=3947KB -12KB)

          Arena Chunk (reserved=199KB, committed=199KB)
                        (malloc=199KB)

获取堆转储后:

./jmap -dump:live,format=b,file=/tmp/dump2.hprof 7

堆泄漏可疑报告非常小-45MB:

问题是:为什么Java堆提交=2245120KB-几乎2GB?它不符合Xmx512m,也不符合jmap的堆转储大小。

共有1个答案

越学义
2023-03-14

答案其实很简单:

参数传递到错误的位置,因此被JVM忽略。参数的正确顺序如下:

java -XX:NativeMemoryTracking=summary -Xms256m -Xmx512m -jar /app-0.1.jar 

此外,dump比Java Heap committed小得多,因为只有活动对象被转储,这是由于dump:live。将转储命令更改为:

./jmap -dump:format=b,file=/tmp/dump2.hprof 7

转储的大小非常接近提交的Java堆。

 类似资料:
  • 我有这些jvm参数集

  • 在图像中,使用内存为3.8G,提交内存为8.6G,最大内存也为8.6G,任何人都可以解释使用内存和提交内存之间的差异,或者任何解释它的链接。

  • 上面链接中的代码正在工作,但可以传输到一定数量的数据。当我试图传输一个大小约为334 MB的.mkv格式的电影时,它给出了“内存不足,java堆大小”的错误。我是一个乞丐,我不知道如何解决这个问题,我试图在客户端程序中增加缓冲区大小,但问题仍然存在。请帮帮我.

  • 问题内容: 对于我的应用程序,Java进程使用的内存远远大于堆大小。 容器运行所在的系统开始出现内存问题,因为容器占用的内存比堆大小大得多。 堆大小设置为128 MB(-),而容器最多占用1GB的内存。正常情况下需要500MB。如果docker容器的限制低于(例如),则该进程将被操作系统的内存不足杀手杀死。 你能解释一下为什么Java进程使用的内存比堆多得多吗?如何正确调整Docker内存限制的大

  • 在Java中分配堆外内存时(例如通过直接缓冲区或JNI本机代码),如果JVM使用-XX: UseLargePages,分配的内存是否会由巨大的页面支持?