Java Speicherfrage

[thE_29]

So!

Nunendlich hat es Java geschafft das ich es nicht mehr mag :bae:

Es geht darum das ich zB in ein Programm mit einer GUI einsteige (von einem Java Menü) und dort nach jedem schließen immer mehr und mehr Speicher verbraucht! Nur irgendwann ist halt einmal ENDE!
Bei der Standalone APP wäre es mir ja auch egal, aber das ganze läuft als Web Applet und da habe ich max. 95 MB (außer ich ändere auf der Maschine was, aber das will ich nicht).

Das lustige ist, das jeder Dialog von meinem xyzDialog abgeleitet ist und die Methode onClose geht her und setzt alle Felder auf null und ruft nach dem dispose nach System.gc() auf!

Lasse ich mir den Speicherverbrauch vorher ausgeben, so sehe ich sehr gut einen Unterschied (also es wird was freigegeben). Nur ist halt nicht alles freigegeben!!!

Tjo, mein Problem ist halt, das pro Unterprogrammaufruf 2MB nicht mehr freigegeben werden! So, nun die Frage warum ist das so?! Ich dachte der GC wäre so klug und gibt frei was man nicht mehr braucht (jeder Dialog wird mit setVisible(false) und mit dispose() geschlossen).

Kann man irgendwie, irgendwo sehen welche Objekte da noch im Speicher rumliegen und warum die nicht freigegeben werden, wenn eigentlich nix mehr vom Dialog zu sehen ist (es wird nix von den Dialogen zurück zum Menü gegeben!!)

mfg

PS.: Ich weiß es ist schwer ins blaue zu raten, aber vielleicht weiß ja wer was oder hatte schon mal so ein Problem!

 

[Wildcard]

dispose gibt die OS-Resourcen frei, diesen Effekt siehst du sofort.
Bleiben noch die Java Referenzen zu den GUI Objekte.
Dazu erstmal prüfen ob die wirklich alle gelnullt wurden (Listener sind hier die üblichen Verdächtigen).
Weiterhin kann es sein das 2 Aufrufe von gc nötig sind um frisch freigegebene Objekte zu entfernen, da der GC im ersten Durchlauf nur die finalizer Aufruft und wenn die entsprechenden Objekte im zweiten Durchlauf immer noch unreferenziert sind werden sie dann freigegeben.

 

[thE_29]

Also gibt es keine Möglichkeit irgendwie mitzuschaun, was da noch im Speicher rumkugelt?

Und ich setze via reflection alles auf null.. Die internen Klassen /Listener müsste ich noch checken, aber das können doch keine 2 MByte pro GUI Aufruf sein!

Denn wenn ich 20-30mal die gleiche Maske starte, ist der Speicher voll....

Naja, ich gucke morgen mal weiter!

 

[Wildcard]

Also gibt es keine Möglichkeit irgendwie mitzuschaun, was da noch im Speicher rumkugelt?

Mit einem Profiler einen Heap-Dump ziehen.

 

[thE_29]

Kannst du da einen empfehlen? Oder weiß du ob der JBuilder sowas hat?

 

[F4llen4ngel]

Cheers,

probiers doch mal hiermit aus:
http://jb2works.com/refscan/plugins.html

Hatte das slebe Problem wie du das nach mehrmaligem Masken Aufruf der Speicher irgendwann voll war
und konnte mit diesem kleinem CodeSchnipsel wirklich sehr schön sehen wo der Übeltäter steckte ...

Hoffe es hilft!

 

[thE_29]

Danke

Aber genau das was ich brauche kann die Free Version nicht! Er zeigt mir zwar an, wie oft was vorkommt (bei mir ist das char[] immer Top) aber nicht wieviel Speicher es jetzt tatsächlich braucht..

Achja, falls jemand so einen hat, könnte er mir den Key kurz brogen? Laut deren Lizenz prüft der nur aufs LAN ab und nicht via Inet (naja Internet broadcast würde wohl ne weile dauern :bae