Java-Heap-Wachstum

Question

Ich entwickle eine Desktop-Java-Anwendung und versuche, die Speichernutzung zur Laufzeit mit Java Visual VM zu optimieren.

Die Sache ist, dass ich bemerkt habe, dass mein benutzter Haufen um 1mb/s wächst und ich versuche herauszufinden, was das verursacht. Dies ist, wie es aussieht:

Zunächst einmal habe ich bemerkt, dass die JVM scheint zur Laufzeit von selbst ziemlich viel Speicher zu zuweisen. Ich habe versucht, ein Dummy-Programm zu machen, das gerade schläft und die Zunahme des benutzten Heaps schien ungefähr 0.2Mb/s zu sein.

Allerdings weist meine Anwendung offensichtlich mehr zu. Und ich weiß, dass ich zur Laufzeit ziemlich viele Objekte erzeuge, aber es sollte nicht in der Nähe von MBs/s sein, eher wie Bytes/Sekunde.

Also habe ich ein paar Dumps gemacht und sie verglichen. Hier ist der erste, wenn ein frischer GC aufgerufen wurde:

Und hier ist die andere, wo der verwendete Haufen gewachsen ist ~ 100 MB:

Hier ist der Vergleich:

Nun, was mich verwirrt ist, dass ich nicht finden kann y Spur der zusätzlichen 100 mb in den beiden Deponien.

Gesamt-Bytes sind gleich. Klassen sind gleich. Instanzen sind ungefähr gleich. Und der Vergleich gibt mir keine Hinweise. Die Dumps bestätigen jedoch, dass ich nur eine Handvoll Klassen/s verteile. Also was gibt es?

Update 1: Die Eclipse-Speicher-Manager:

(Die Verdächtigen sind nicht Täter). Und ich möchte betonen, dass visualVM mir zum Zeitpunkt der Dumps einen Unterschied von 100MB im verwendeten Heap zeigte. Meine In-Anwendung

print("Used Mbs: " + (r.totalMemory() - r.freeMemory())/mb); 

Auch dies bestätigt. ('r' ist eine Runtime-Instanz)

Answer 1

Ich glaube nicht, dass Sie ein Problem haben.

Sie müssen etwas über das JVM-Speichermodell und die Generationen erfahren.

Das Sägezahnmuster für junge Generation sagt so. Das ist der Müllsammler, der seine Arbeit macht.

Das permanente Zeugs, das wächst, ist Perm gen (oder es war für JDK 7 und früher). Dort leben Strings, .Class-Byte-Code usw.

Answer 2

Ich fand diese nette Funktion in visualVM - Überwachung.

Also, ich habe das schon Überwachung:

public static void main(String[] args) { 

    while (true){ 
     try { 
      Thread.sleep(10); 
     } catch (InterruptedException e) { 
      // TODO Auto-generated catch block 
      e.printStackTrace(); 
     } 
    } 


} 

Und es scheint, dass die JVM Lasten von Zeichen zuteilt [], Object [], byte [], int [], TreeMap $ Eintrag und eine solche. Ich habe meine Anwendung ebenfalls beobachtet und es scheint dem gleichen Muster zu folgen, nur größere Mengen davon. Also werde ich das als Schuld aller Orakel ausschließen. Der JVM-Overhead wächst mit der Anwendung mit. Es sei denn, jemand kann sich eine bessere Idee einfallen lassen?