Input/Output ImageIO.load frisst meinen ganzen Speicher weg!

[Hutmacher]

Ich habe - auf die Grundlagen heruntergebrochen - ein Programm, welches ein Bild anzeigt und bei ich über Datei -> Öffnen ein Bild auswählen und laden kann. Lade ich ein neues, wird das alte einfach ersetzt. Das geschieht per ImageIO:

try {
    BufferedImage i = ImageIO.read(new File("images/season.jpg"));
} catch (IOException e) {
    e.printStackTrace();
}

Nun lade ich ein großes Bild (2000x8000px). Nach dem Laden verbraucht es seine ~70 MB im Speicher - das ist auch okay und vollkommen logisch. Wenn ich nun allerdings das gleiche Bild noch einmal lade, sind es auf einmal ~120 MB. Wenn ich es nochmal lade, sind es ~190 und es schraubt sich immer höher.

Führt einmal Folgendes Snippet aus, am besten mit einem großen Bild, und beobachtet den Speicherverbrauch im Taskmanager. Nach 30 Sek. des Laufens hat sich das Snippet auf ~550MB RAM hochgeschraubt. Dann kommt irgendwann der GC dazu und senkt es um ~80MB, dann steigt es wieder etwas usw.

import java.awt.image.BufferedImage;
import java.io.File;
import java.io.IOException;

import javax.imageio.ImageIO;

public class Test {
	public static void main(String[] args) {
		while (true)
		{
			try {
				BufferedImage i = ImageIO.read(new File("images/season.jpg"));
			} catch (IOException e) {
				e.printStackTrace();
			}	
			
			try { //kleine Erholung
				Thread.sleep(1000);
			} catch (InterruptedException e) {
				e.printStackTrace();
			}
		}
	}
}

Resultat:
Wenn ich in meinem Programm ein Bild öffne, etwas später ein anderes, danach wieder ein anderes, allokiert sich schnell mal ein Speicherverbrauch von 400MB. Wie kann ich dem Einhalt gebieten?

 

[njans]

Du wunderst dich, wenn du ein Bild wieder und wieder von der Platte in den Speicher lädst, dass der Speicher voll läuft?
Der Grund, warum das Bild nicht sofort wieder vom GC gelöscht wird ist, dass der Ram nicht benötigt wird und die Garbage Collection in Java on-demand passiert. Wenn Java Ram braucht, springt der GC an und schaut, was sich machen lässt. Ansonsten kannst du nicht sicher sagen, wann der Müll aufgeräumt wird.

Wenn du das Bild brauchst: Lade es einmal ein und behalte es im Speicher solange du es brauchst.

 

[DrZoidberg]

Ganz einfach. Starte dein Programm mit "java -Xmx256m Test". Dann wird der Speicherverbrauch auf 256 MB beschränkt. Ausserdem kannst du auch die flush Methode von BufferedImage verwenden um sicherzustellen, dass sämtlicher Speicher frei gegeben wird.

 

[Hutmacher]

Danke euch beiden. Ich wusste, dass der GC irregulär läuft und auch nicht direkt befehligt, sondern nur angestupst, werden kann und auch dann läuft, wenn Speicher wieder freigegeben werden muss.

Ich dachte aber immer, wenn ich
Object x = "Bla";
habe, und dann
x = "Abc";
schreibe, dann das "Bla" im Speicher überschrieben würde.

Der Trick mit dem VM-Switch ist ja nett

 

[njans]

Java verwaltet Speicher selbst, du kannst, ohne Zuhilfenahme externer Libraries nicht in speziellen Bereiche des Speichers schreiben. Und das was du da überschreibst, ist eine Referenz auf ein Objekt, kein Objekt selbst.