Java Heap Space

[PollerJava]

Hallo,


ich hab noch immer das Problem, dass mir der Java Heap angefüllt wird,
wie kann ich mögliche Dead Locks finden, gibts da irgend eine Möglichkeit, In meinem Programm ist fast nichts (bzw. nur final- Variablen static -> also an dem kanns glaub ich nicht liegen),

Vielen Dank für Eure Ideen
lg

 

[SlaterB]

zum einen musst du dein Programm aufteilen, z.B. hat eine GUI mit logischen Komponenten zur Datenverarbeitung nichts zu tun,
organisiere die Logik so, dass eine einfache main-Operation mit Testdaten sie zum Laufen bringen kann,
dann kannst du sie so nach Speicher testen,
die GUI auch mal ohne Funktionalität dahinter,

und weiter klein Schritt für Schritt bauen, in einem großen fertigen Programm nach Fehlern zu suchen ist mühsam,
lieber aus kleinen Einzelkomponenten, die in Tests funktionieren, zusammenbauen

und natürlich in jede Schleife + Konstruktor ein System.out.println,
ein Programm, von dem man nicht weiß was es tut, ist nichts wert

 

[HLX]

...wie kann ich mögliche Dead Locks finden...

Du meinst wohl nen memory leak.

Du kannst deine Ausgaben mit Garbage Collector-Aktivitäten anreichern: Programmstart mit VM-Argument -verbose:gc. Hier wird auch der aktuelle Heap angezeigt.

Was macht das Programm?

 

[PollerJava]

Ich benutze die IDE NetBeands, Weiß jemand wie ich da die memory leak "anzeigen" kann,

lg

 

[Kim Stebel]

bist du zu faul oder unfähig dein programm von der konsole zu starten?
unfähig --> such dir ne leichtere Aufgabe zum üben
zu faul --> aber uns damit nerven, oder wie?

 

[Jango]

Du kannst deine Ausgaben mit Garbage Collector-Aktivitäten anreichern...

Was wiederum Performanceverluste mit sich bringt :wink: .

 

[Guest]

Was wiederum Performanceverluste mit sich bringt :wink: .

Nur um Missverständnisse zu vermeiden: -verbose:gc zeigt Garbage-Collector-Aktivitäten an. Es werden keine GCs ausgeführt. Man kann so in Komination mit System.outs u.a. feststellen zu welchem Zeitpunkt oder über welchen Zeitraum mehr Speicher angefordert wird.

Den Performance-Verlust durch die Konsolenausgabe würde ich für den Test mal in Kauf nehmen. :wink:

 

[Guest]

Was wiederum Performanceverluste mit sich bringt :wink: .

Nur um Missverständnisse zu vermeiden: -verbose:gc zeigt Garbage-Collector-Aktivitäten an. Es werden keine zusätzlichen GCs ausgeführt. Man kann so in Komination mit System.outs u.a. feststellen zu welchem Zeitpunkt oder über welchen Zeitraum mehr Speicher angefordert wird.

Den Performance-Verlust durch die Konsolenausgabe würde ich für den Test mal in Kauf nehmen. :wink:

 

[HLX]

Die beiden Gastreden sind von mir. Posten will schon gelernt sein :autsch:

 

[Gelöschtes Mitglied 5909]

such mal nach nem java profiler, gibt genügend, auch kostenlose
für eclipse gibts auch n plugin tptp, aber netbeans ka

 

[tfa]

www.java-forum.org/de/viewtopic.php?t=55011&highlight=jmap

 

[*Hendrik]

such mal nach nem java profiler, gibt genügend, auch kostenlose
für eclipse gibts auch n plugin tptp, aber netbeans ka

www.netbeans.org/products/profiler/index.html