Heap Dump

[neela]

Hallo
um zu überprüfen ob ein memory Leak vorhanden ist möchte ich einen heapdump erzeugen.
Ich weis das man das mit den VM-Parameter

-XX:+HeapDumpOnOutOfMemoryError

erzeugen kann.
Jedoch weis ich nicht weiter wo ich diese VM-Parameter übergeben muss.

Schon mal vorab vielen dank für eure Hilfe

 

[Crian]

Arbeitest du mit Eclipse? Dann schau mal unter Run > Run configurations > Dein Programm auswählen > Reiter (x)=Arguments im unteren Feld "VM Arguments" könntest du das vermutlich eintragen.

 

[nrg]

mit

java -?

steht doch alles beschrieben

C:\Users\xxx>java -?
Usage: java [-options] class [args...]
           (to execute a class)
   or  java [-options] -jar jarfile [args...]
           (to execute a jar file)

 

[neela]

alles klar vielen dank
ich werde es mal testen

 

[neela]

da ich jdk 1.4 nutze
muss ich mein heap dumps lt. Rainer Feest Blog: Heap Dump erstellen und analysieren
auf diese weise erstellen

-XX:+HeapDumpOnCtrlBreak

jedoch kommt bei mir dann die Fehlermeldung Directory Listing For/
könnt ihr mir sagen wie der Parameter richtig aussehen muss

 

[Crian]

Bist du aus irgendeinem Grund auf 1.4 angewiesen? Ansonsten würde ich an deiner Stelle auf 1.6 wechseln.

 

[neela]

ich muss leider 1.4 nutzen da auf mein server nur 1.4 läuft

 

[Crian]

Nach etwas googeln:

I tried it on Windows, using version 1.4.2_08, and it was not recognising the -XX:+HeapDumpOnCtrlBreak parameter. This feature must have been added post-1.4.2_08.

I upgraded to 1.4.2_18 and it worked fine. I successfully generated heap dumps (using Ctrl+Break) and imported them into Eclipse.

Quelle: Obtaining a heapdump to analyze using ... | JProbe


Falls du also eine ältere Java-Version hast und das nicht ändern kannst, kommst du wohl so nicht weiter, fürchte ich.

 

[neela]

naja da werd ich mal weiter nach einer lösung suchen um an mein heap zukommen

 

[nrg]

update halt auf 1.4.2_18

btw kannst du auch für deine Applikation explizit eine andere jre angeben und somit ggf. auch mit 1.6 arbeiten

 

[Crian]

Und wie funktioniert das dann? Erstellt er aus 1.6 Quellcode 1.4_x Bytecode?

 

[nrg]

das würde auch gehen aber ich habe das vllt auch falsch aufgeschnappt. wenn er selbst auf eine jdk 1.4 angebunden ist und sich selbst auch keine andere installieren kann/darf, dann wird er da natürlich nicht drum rum kommen. ich dachte er kompiliert mit einer 1.4, weil im zielsystem nur eine 1.4 jre verfügbar ist und dort andere applikationen (z.b. alter webserver o.ä.) auf die ältere version angewiesen sind. dann könnte er nämlich im zielsystem explizit eine andere jre nehmen, ohne die basisinstallation zu beinflussen... aber wenn er selbst nicht von der jdk 1.4 wegkommt, weil er auf einen ts oder sonst was arbeitet, worauf der nichtmal was installieren darf, war das natürlich quatsch von mir

 

[neela]

jep is leider so ich darf hier nix installieren
aber irgendwie find ich noch raus warum der speicherverbrauch auf dem server steigt

PS nix er bin :noe:

 

[Crian]

Also es stellt sich die Frage, ob du nur auf dem Server nichts installieren darfst, oder auch auf dem Rechner, auf dem du entwickelst.

Vielleicht könntest du, vorausgesetzt das ist dir erlaubt, da mit einer neueren Version das Speicherleck finden.

 

[neela]

leider darf ich sowohl auf mein rechner als auch auf dem server nix installieren

 

[Crian]

Dann wird es wohl schwieriger, dem Fehler auf die Schliche zu kommen. Tritt das Phänomen denn schnell auf, oder erst nach langer Laufzeit? Falls es schnell auftaucht, helfen vielleicht schlichte Ausgaben in Konstruktoren von Klassen, von denen du vermutest, dass (zu) viele Objekte erzeugt werden.

 

[neela]

nein das problem tritt halt später erst auf meist sogar erst wenn ich das servlet ne weile schon geschlossen habe
ich versuch nun zu hause alles ein zurichten mit nehm java 1.6 mal schaun ob es klappt

 

[Crian]

Viel Erfolg, ich hab mit Servlets leider noch keine praktische Erfahrung.
Ich drück' die Daumen.

 

[neela]

danke danke
naja bis vor kurzem hatte ich im umgang mit servlet auch noch keine erfahrung
aber im endefekt is es auch nix anderes.
Resultat von meinem Test nix auffälliges gefunden

 

[Crian]

Hmmm schade. Du schriebst weiter oben

das problem tritt halt später erst auf meist sogar erst wenn ich das servlet ne weile schon geschlossen habe

Laufen vielleicht noch Hintergrundprozesse, die nicht mit geschlossen werden? Wird beim Schließen irgendwie nicht richtig aufgeräumt?

Eigentlich alles seltsam, weil das ja das Betriebssystem erledigen sollte.

 

[neela]

nein eigentlich laufen keine prozesse mehr
zu mal der Speicher auch nicht stetig steigt

 

[Crian]

Hmmm. Wie genau äußert sich das Problem denn? Bist du sicher, dass es mit deinem Servlet zusammenhängt?

 

[XHelp]

nein eigentlich laufen keine prozesse mehr

Wie willst du dann von Java ein HeapDump kriegen, wenn Java nicht mal läuft?

 

[neela]

@crian nein ich bin mir net sicher das das problem mit meinem Servlet zusammen hängt aus diesen grund wollte ich das ja mal mit dem heapdump testen.

@xhelp ich meinte ja wenn das servlet geschlossen ist etc