Eu tenho um aplicativo java em execução no Java 8 dentro de um contêiner de docker. O processo inicia um servidor Jetty 9 e um aplicativo da web está sendo implantado. As seguintes opções da JVM são passadas:-Xms768m -Xmx768m.

Recentemente, notei que o processo consome muita memória:

$ ps aux 1
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
app          1  0.1 48.9 5268992 2989492 ?     Ssl  Sep23   4:47 java -server ...

$ pmap -x 1
Address           Kbytes     RSS   Dirty Mode  Mapping
...
total kB         5280504 2994384 2980776

$ jcmd 1 VM.native_memory summary
1:

Native Memory Tracking:

Total: reserved=1378791KB, committed=1049931KB
-                 Java Heap (reserved=786432KB, committed=786432KB)
                            (mmap: reserved=786432KB, committed=786432KB) 

-                     Class (reserved=220113KB, committed=101073KB)
                            (classes #17246)
                            (malloc=7121KB #25927) 
                            (mmap: reserved=212992KB, committed=93952KB) 

-                    Thread (reserved=47684KB, committed=47684KB)
                            (thread #47)
                            (stack: reserved=47288KB, committed=47288KB)
                            (malloc=150KB #236) 
                            (arena=246KB #92)

-                      Code (reserved=257980KB, committed=48160KB)
                            (malloc=8380KB #11150) 
                            (mmap: reserved=249600KB, committed=39780KB) 

-                        GC (reserved=34513KB, committed=34513KB)
                            (malloc=5777KB #280) 
                            (mmap: reserved=28736KB, committed=28736KB) 

-                  Compiler (reserved=276KB, committed=276KB)
                            (malloc=146KB #398) 
                            (arena=131KB #3)

-                  Internal (reserved=8247KB, committed=8247KB)
                            (malloc=8215KB #20172) 
                            (mmap: reserved=32KB, committed=32KB) 

-                    Symbol (reserved=19338KB, committed=19338KB)
                            (malloc=16805KB #184025) 
                            (arena=2533KB #1)

-    Native Memory Tracking (reserved=4019KB, committed=4019KB)
                            (malloc=186KB #2933) 
                            (tracking overhead=3833KB)

-               Arena Chunk (reserved=187KB, committed=187KB)
                            (malloc=187KB) 

Como você pode ver, há uma enorme diferença entre o RSS (2,8 GB) e o que realmente está sendo mostrado pelas estatísticas de memória nativa da VM (1,0 GB confirmado, 1,3 GB reservado).

Por que existe uma diferença tão grande? Entendo que o RSS também mostra a alocação de memória para bibliotecas compartilhadas, mas após a análise depmap saída detalhada, percebi que não é o problema das bibliotecas compartilhadas, mas a memória é consumida por algo que é chamado de estrutura [anon]. Por que a JVM alocou tantos blocos de memória anônimos?

Eu estava pesquisando e descobri o seguinte tópico:Por que uma JVM relata mais memória confirmada que o tamanho do conjunto residente do processo Linux? No entanto, o caso descrito é diferente, porque menos uso de memória é mostrado pelo RSS do que pelas estatísticas da JVM. Eu tenho uma situação oposta e não consigo descobrir o motivo.