Input/Output Java heap space

[stulleman]

Hallo zusammen!

Ich bin langsam am verzweifeln und muss jetzt einfach mal fragen ob sich einer erklären kann wie es hier zu "Exception in thread "Thread-1" java.lang.OutOfMemoryError: Java heap space" kommen kann:

@SuppressWarnings("unchecked")
	@Override
	public void run() {
		while(true) {
			int messageType = -1;
			
			try {
				messageType = in.readInt();
			} catch (IOException e) {
				e.printStackTrace();
			}
			
			if(messageType == TYPE_MESSAGE) {
				
			}
			
			if(messageType == TYPE_PLAYER_LIST) {
				try {
					int length = in.readInt();
					byte[] objectBytes = new byte[length];
					
					in.readFully(objectBytes);
					
					player_list = (ArrayList<MPPlayer>) ObjectConverter.convertByteArrayToObject(objectBytes);
				} catch (IOException e) {
					e.printStackTrace();
				}
			}
		}
	}

Ich will nicht zu viel Code posten, weil sonst eh keiner Lust hat sich das alles durch zu lesen
Das ist halt ein multiplayer Spiel, bei dem ständig ArrayList-Objekte herum geschickt werden, in dem die Positionen und andere Informationen gespeichert sind.
Meinen Heapspace habe ich schon auf 2GB erhöht, obwohl es selbst mit viel weniger funktionieren müsste.

Wenn jemand noch mehr Code braucht bitte Bescheid sagen!

 

[Volvagia]

Am besten du benutzt einen Profiler, dann siehst du was dir da den Speicher wegfrisst. VisualVM wird schon mit dem JDK mit ausgeliefert.

 

[stulleman]

Danke für den Tipp!

Habe es direkt ausprobiert, da ich das vorher noch nie gemacht habe, bin ich mir nicht sicher ob ich es richtig mache

Die Ergebnisse für den Server: Max. 28Mb (Steigt und fällt in gleichen Abständen, GC?)
Client 1: Das selbe!
Client 2: Kann ich leider nicht messen, da wenn ich das Programm starte, direkt die Exception ausgelöst wird!

Hast du einen Tipp für mich?

 

[Volvagia]

Im Hauptfenster den Reiter Profiler, dann Memory und kurz warten. Dann siehst du wie viele Objekte du von jeden Typ hast und wie viel die besetzen.

 

[stulleman]

Von welchem Programm denn? Eclipse, oder die einzelnen Programme die ich nach und nach öffne?
Weil dann habe ich ja wieder das Problem das sich das Programm beendet bevor ich überhaupt den Memory Profiler aufrufen kann.

 

[Volvagia]

Dann wird dir wohl nichts übrig bleiben, als zeilenweiße im Debugger durchzugehen. Der Fehler wird wohl sowieso nur an einer Stelle sein. Endlosschleife oder so etwas.

 

[stulleman]

Bin leider kein Pro Deswegen wird mir das mit dem Debugger auch schwerfallen!

Damit ich schon einmal direkt einen Fehler ausschließen kann, habe ich eine Frage:
Sobald ein Spieler seine Position verändert, schickt er ein Objekt mit seiner Position usw. an den Server. Dieser Server hat eine ArrayList mit allen Spielen und ihren Positionen, die direkt an alle Spieler geschickt wird sobald sich etwas verändert.
Kann der Fehler dadurch kommen das vielleicht zu viel versendet wird?
Sollte ein Spieler eine Updateanfrage versenden und dann schickt der Server die Liste?

Falls alles nichts bringt werde ich mir wohl mal den Debugger angucken müssen

 

[Volvagia]

Dazu müsstest du aber wirklich sehr viel empfangen. Oder du speicherst es ab und gibst es nicht mehr frei.
Der Debugger in Eclipse ist wirklich simpel. Doppelklick auf die Zeile in der er anhalten soll, mit einer Taste gehst du in die nächste Zeiler, mit einer in einen Methodenaufruf "hinein", mit einer zurück zum Methodenanfang, mit einer aus der Methode raus und mit einer beendest du das Stepping. Du kannst jederzeit Variablen der momentanen Instanz einsehen und sogar Code zur Laufzeit verändern, sofern es kein Field oder eine Methodensignatur betrifft. (Das soll ab Java 7 auch möglich sein, aber ich habs nie probiert.)

 

[stulleman]

Ich habe jetzt versucht breakpoints usw. zu setzen, bin in den Methoden hin und her gesprungen, verstehe aber nicht wie ich daraus einen Fehler interpretieren soll.
Ich habe alle Objekte kontrolliert, und die Größe der versendeten Objekte ist immer 334 Bytes groß.
Ich bin den ganzen Code nochmal durchgegangen aber es scheint alles in Ordnung zu sein.

Falls jemand Lust hat mir zu helfen, dann kann ich ja vielleicht mal ein bisschen mehr Code zeigen.