Java Speicherhilfe

[bladepit]

Hallo an alle,

ich muss grade Speicheroptimierung betreiben und da nutze ich mittlerweile Datentypen wie byte etc. Jedoch habe ich auch einige ArrayListen oder Hashmaps oder auch Klasseninstanzen. Was passiert wenn ich diese auf null setze? Ist der Speicher trotzdem reserviert?

Gruß

bladepit

 

[turtle]

Du kannst die Garbage collection nicht erzwingen, sondern nur anregen. Ist also Sache der JVM.

 

[maki]

Nimm doch einen Profiler wie zB. VisualVM.

 

[ARadauer]

Ist der Speicher trotzdem reserviert?

nein, wird wieder freigegeben. Aber wie schon gesagt, wann und warum weiß nur der GC.

 

[bladepit]

daraus schließe ich wenn ich das null setze hat das objekt im speicher auch keinen verbrauch mehr?

 

[faetzminator]

Natürlich nicht, sobald der GC durchlaufen ist. Aber das haben bereits etliche hier geschrieben.

 

[bladepit]

Ok....wie kann ich den anregen sodass er aufräumt?

 

[maki]

Am besten gar nicht.

Solltest dir ein paar Grundlagen aneignen bevor du versuchst zu optimieren, per trial & error wird das nix.

Tuning Garbage Collection with the 5.0 Java[tm] Virtual Machine
How Garbage Collection works in Java
etc. pp.

 

[ARadauer]

Ok....wie kann ich den anregen sodass er aufräumt?

Wieso willst du das machen? Damit dann mehr Speicher frei ist? Wozu damit der Speicher nicht zu ausgeht? In diesem Fall würde der GC auf jeden Fall laufen.
Das Teil ist sehr komplex und da haben sich wirklich schlaue Leute gedanken darüber gemacht. Vertraue in den GC

 

[bladepit]

Naja man muss sich vorstellen das ich eine Matrix erstelle mit 50.000 * 400 die visuell in einer Heatmap darstelle und dazu noch Farben etc setze. Jede Kachel in der Heatmap hat auch noch jede Menge Werte. Also bei 4 GB Ram für den Prozess schaffe ich grade mal 4.000 * 300.

 

[turtle]

System.gc();

 

[faetzminator]

Naja man muss sich vorstellen das ich eine Matrix erstelle mit 50.000 * 400 die visuell in einer Heatmap darstelle und dazu noch Farben etc setze. Jede Kachel in der Heatmap hat auch noch jede Menge Werte. Also bei 4 GB Ram für den Prozess schaffe ich grade mal 4.000 * 300.

Fehldesign der Applikation?

System.gc();

Nicht. Vor allem löst das den GC auch nicht aus. Man kann damit nur sagen, dass man es gerne hätte.

 

[turtle]

Vor allem löst das den GC auch nicht aus. Man kann damit nur sagen, dass man es gerne hätte.

Hatte ich schon geschrieben. ueh:

Eine Matrix 50.000 * 400 visualisieren? Ich stimme faetzminator zu: Fehldesign

 

[bladepit]

naja fehldesign nicht wirklich aber kunden haben ja manchmal so spezielle wünschen... erst waren wir bei 1000 * 200 als Maximum...

nun sind wir bei der Idee die ganze DB in die Map zu tun... naja ich muss es ausführen so isses nun...

 

[faetzminator]

dee die ganze DB in die Map zu tun... naja ich muss es ausführen so isses nun...

Wenns technisch nicht möglich ist, ist es nicht möglich.
Du kannst aber versuchen, nur jene Daten zu laden, welche gerade angezeigt werden.

 

[maki]

naja fehldesign nicht wirklich aber kunden haben ja manchmal so spezielle wünschen... erst waren wir bei 1000 * 200 als Maximum...

Euer Kunde wollte bestimmt nix unmögliches, ihr müsst einen Kompromiss finden der es möglich macht.
Da du sowieso keine 50.000 * 400 Pixel zur Verfügung hast, macht es wenig Sinn mit den Rohdaten zu arbeiten.

 

[Empire Phoenix]

Rohdaten aufteilen in blöcke, für diese noch mipmaps berechnen für größere zoomstufen. Dann jeweils nur das im ram halten was absolut nötig ist zum rendern.