garbage collection

[matthias333]

ich arbeite mit eclipse und irgendwie wird mein gesamtes system mit der zeit irrsinnig langsam.
zuerst verdächtigte ich eclipse nur kommt mir die ganze geschichte ein wenig komisch vor.

mittlerweile glaub ich, dass es sich um speicherlecks handeln könnte die ich programmiert habe. Kann man sowas irgendwie überprüfen bzw. eliminieren?

andere frage: wenn ich mein programm beende werden dann sämtliche variablen, arrays, referenzen gelöscht die zu dem programm gehören?
irgendwo hab ich schon mal was über die garbage collection in java gelesen, jedoch mich nicht näher damit beschäftigt. nachdem die aussage des articels war, dass man sich keine sorgen um verwaiste variablen machen müsste da sich java selbst darum kümmert.

oder liegt die ganze sache vielleicht doch an eclipse?

plz help matthias.

 

[Beni]

Kommt draufan, Eclipse soll tatsächlich ein Speicherloch haben, aber das soll sich erst nach etwa 8 Stunden bemerkbar machen (ich habe das noch nie ausprobiert, oder bemerkt).

Zu dem anderen: Der Garbage Collector von Java räumt alle Objekte weg, auf die es keine Referenzen mehr gibt. Das Problem ist: es darf wirklich keine Variablen mehr geben, die zu einem Objekt zeigen. Beispiel: wenn du jedesmal wenn z.B. ein Dialog geöffnet wird, irgendeinem Button einen neuen ActionListener überreichst. Dann ist dieser Listener zwar in deinem nicht mehr direkt sichtbar, aber weil der Listener in dem Button gespeichert wird, und der Button auch bei dir bekannt ist... sammeln sich die Listener.

Also: such nach Objekten die du in irgendwelche Listen (oder Bäume oder...) reinschreibst, und die niemehr entfernt werden.

 

[matthias333]

noch eine frage:

in wie weit sagt denn die speicherauslastung im taskmanager etwas über den waren speicherverbrauch des programms aus?

die speicherauslastung meines programms beträgt 15MB - kommt mir nicht großartig viel vor, da die meisten anderen programme nicht viel mehr/weniger haben.
die von eclipse beträgt allerdings 149MB - was mir äußerst viel vor kommt.... kann das richtig sein - wenn ja kann man die reduzieren?

hat wer in diese richtung scho erfahrung?

thx scho mal matthias

ps.:
und jo i weiß ma könnt den thread auch in a anderes forum schreiben, da es ja auch irgenwie mit eclipse zu tun hat, aber eigentlich gehts ja um die garbage collection und speicherleckvermeidung. : :meld:

 

[matthias333]

@beni: jo das mit den referenze hab ich scho gewusst.
und das beispiel mit den buttons ist net mal schlecht

1.: wenn ich jetzt so nen dialog schließe (shell.close()) sind jetzt alle referenzen auf events weg?

2.: wie kann ich die referenzen darauf löschen?

String[] array = {1,2,3,4,5};
array = null;  // funkt das so?

mfg matthias

 

[AlArenal]

Mein Eclipse schluckt derzeit 135 MB. Ist ganz normal.

Was Weak References und den Garbage Collector angeht:

http://www.javaworld.com/javaworld/javatips/jw-javatip79.html

 

[Bert Brenner]

Den Tastmanager kannst du knicken um sowas zu messen.

Beobachte doch mal den Speicherbedarf deines Programms wenn du es minimierst.

 

[AlArenal]

Beobachte doch mal den Speicherbedarf deines Programms wenn du es minimierst.

Was soll denn da passieren?

 

[thE_29]

Mein JBuilder braucht zZ 493 MB

Das kommt aber daher, das der seit 8 Uhr läuft und ich so ca. 100 Projekte kompiliert habe....

Der hat auch irgendwo ein Speicherleck.. oder er gibt nie was frei...

 

[mic_checker]

2.: wie kann ich die referenzen darauf löschen?

String[] array = {1,2,3,4,5};
array = null;  // funkt das so?

Das wäre eine Möglichkeit. Es gibt zwar auch Destruktoren , allerdings ist nicht sichergestellt das diese aufgerufen werden....In Java sind diese Destruktoren auch nicht von allzu großer Bedeutung, wenn ich das mal behaupten darf (vergleicht man das Ganze mit Sprachen wie C++).

 

[AlArenal]

Auf null setzen ist aber ne echt beschränkte Möglichkeit. Wenn du mit Listenern & Co. arbeitest kommst du da ganz schnell an Grenzen. Siehe meinen Link weiter oben.

 

[matthias333]

jo das mit den destructoren hab i auch scho mitkriegt, weshalb ich sie auch gar nicht erwähnt hab.

@bert brenner:
i würd mal behaupten wenn man eine programm minimiert kommts ausn ram in den virtuellen speicher (von windows) um mehr speicher zur verfügung zu haben. sobald man es in den vordergrund holt läd sich das programm in den arbeitsspeicher.
es is ja auch so das wenn man ein programm schon länger minimiert hat und man es später wieder aufruft dauert es "ewig" (kommt auch drauf an was ma nebenbei nu macht) bis es wieder sichtbar ist.

wenn i damit total falsch liege bitte ich um berichtigung. :lol:

mfg matthias

 

[mic_checker]

Auf null setzen ist aber ne echt beschränkte Möglichkeit. Wenn du mit Listenern & Co. arbeitest kommst du da ganz schnell an Grenzen. Siehe meinen Link weiter oben.

ok, da werde ich dir nicht widersprechen.

Kommt natürlich auch immer drauf an was für Programme man programmiert, unser Prof hat in dem Kapitel zu Destruktoren auch geschrieben das die Referenz auf null zu setzen wenigstens garantiert das der GC vorbeikommt....(insofern das Programm ordnungsgemäß abläuft).

 

[AlArenal]

wenn i damit total falsch liege bitte ich um berichtigung. :lol:

Entschuldigung angenommen

 

[matthias333]

wenn i damit total falsch liege bitte ich um berichtigung. :lol:

Entschuldigung angenommen

:?:

sollte keine entschuldigung sein :bae:

aber jo das mit null setzen is wohl nicht die beste möglichkeit.

 

[Bert Brenner]

Mein JBuilder stoppt immer irgendwo um 300MB.

@the29. check mal im bin Verzeichniss die jbuilder.config Datei, als Standard ist die maximale Heapgrösse 75% des Arbeitsspeichers. Gerade wenn man andere speicherintensive nebenher benutzen möchte kann das zu viel sein. Da kann man dann ein paar Garbage Collections mehr in kauf nehmen.