Schwankung "Total Memory"?

[Zender]

Hallo Leute,

ich bin momentan auf der Suche nach einem Memory-Leak in meinem Java-Code. Um während des Programmablaufs ein paar Speicherinformationen zu bekommen nutze ich totalMemory und freeMemory:
http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Runtime.html#totalMemory()

Was mich jetzt verwundert, ist der Umstand, dass der totalMemory-Wert sich während der Programmausführung teilweise ändert, manchmal bis zu ca 60MB.
Ich starte java mit "-Xms800m -Xmx800m"

Hat jemand eine Idee wodurch diese Schwankung begründet sein könnte?

btw: In Java gibts keine Möglichkeit, die aktuelle Größe eines beliebigen Objektes auszulesen oder?

Gruß, Zender

 

[Wildcard]

Die Größe eines Objekts ist ein schwer zu fassender Begriff. Rechnest du nur die Größen der Referenzen dazu? Was ist mit static Teilen? Wie sieht es mit Strings aus, bei denen Resourcen über mehere Objekte verteilt sind?
Die verwendete Metrik ist entscheidend und die einzig wahre Metrik gibt es nicht.
Wenn du ein Memory Leak vermutest verwende einen Profiler und zieh dir einen Heap Dump

 

[Zender]

Die Größe eines Objekts ist ein schwer zu fassender Begriff. Rechnest du nur die Größen der Referenzen dazu? Was ist mit static Teilen? Wie sieht es mit Strings aus, bei denen Resourcen über mehere Objekte verteilt sind?
Die verwendete Metrik ist entscheidend und die einzig wahre Metrik gibt es nicht.
Wenn du ein Memory Leak vermutest verwende einen Profiler und zieh dir einen Heap Dump

Ja ich sehe die Problematik beim Auslesen der Objektgröße, war auch nur eine beiläufige Frage. Hätte ja sein können, dass man sich die Größe aller vom Objekt beanspruchten Ressourcen (ohne Beachtung von Überschneidungen) anschauen kann.

Einen Profiler kann ich leider nicht verwenden, weil der Dump gigantisch groß werden würde, da das Programm erst nach langer Laufzeit diese Memory-Leaks zeigt und die ganze Zeit sehr viele Operationen durchführt.

 

[Wildcard]

Nun, wie soll dir totalMemory dann helfen den leak zu finden?

 

[Zender]

Nun, wie soll dir totalMemory dann helfen den leak zu finden?

Ich wunderte mich doch nur, warum der Wert schwankt. Das war die ursprüngliche Frage
Die Objekt-Sache war nur nebensächlich.

 

[Wildcard]

Ach so, das war eine rein akademische Frage?
Dann sei dir vielleicht diese Lektüre ans Herz gelegt: http://java.sun.com/docs/hotspot/gc1.4.2/#3.%20Sizing%20the%20Generations|outline

 

[Zender]

Ach so, das war eine rein akademische Frage?
Dann sei dir vielleicht diese Lektüre ans Herz gelegt: http://java.sun.com/docs/hotspot/gc1.4.2/#3.%20Sizing%20the%20Generations|outline

Ok, danke für den Link.
Nur habe ich ja Xmx=Xmx gesetzt, von daher sollten diese Sizing-Mechanismen gar nicht einsetzen, oder vesteh ich die Aussage falsch?

Setting -Xms and -Xmx to the same value increases predictability by removing the most important sizing decision from the virtual machine. On the other hand, the virtual machine can't compensate if you make a poor choice.

 

[Wildcard]

Xmx setzt nur den Heap. Fehlen noch Perm Generation, Stack,... all das zusammen macht aber total Memory aus.

 

[Zender]

Xmx setzt nur den Heap. Fehlen noch Perm Generation, Stack,... all das zusammen macht aber total Memory aus.

Hm, ich habe mir das ganze jetzt noch einmal genauer angesehen, kann aber scheinbar nicht die richtigen Schlüsse aus http://java.sun.com/docs/hotspot/gc1.4.2/#3.%20Sizing%20the%20Generations|outline ziehen.
Ist der Speicher, der auf dem Schaubild mit "Total size" markiert ist äquivalent zu http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Runtime.html#totalMemory() ?

Was kann es für praktische Gründe haben, dass der totalMemory ansteigt? Wie kann ich mir das vorstellen?

Danke für eure Hilfe,
Zender