Java Heap space trotz -Xmx1024

[schnatter08]

Hallo,

mein Programm braucht sehr viel Speicher. Wenn ich in Eclipse -Xmx1024 angebe läuft es auch problemlos. Nun habe ich eine jar erstellt und starte diese per batch wie folgt:

java -Xmx1024m -jar MyApp.jar

Jetzt kommt aber die Fehlermeldung:

Exception in thread "Thread-7" java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Unknown Source)

Trotz des zugesicherten Platzes...

 

[Ark]

Tja, dann musst du wohl überlegen, wie du den Speicherplatzbedarf verringern kannst., oder du schiebst Java noch mehr Speicher zu.

Wenn du willst, dass wir dir bei Ersterem helfen, musst du uns schon den problematischen Code zeigen. Ansonsten: Benutze einen Profiler, um herauszubekommen, wie/wo/wann extrem viel Speicher benötigt wird. Aber auch ohne Profiler gibt der Stacktrace der Error-Meldung schon einen Hinweis darauf, wo das Problem liegen könnte.

Ark

 

[Asgar13]

Hallo,

mein Programm braucht sehr viel Speicher. Wenn ich in Eclipse -Xmx1024 angebe läuft es auch problemlos. Nun habe ich eine jar erstellt und starte diese per batch wie folgt:

java -Xmx1024m -jar MyApp.jar

Jetzt kommt aber die Fehlermeldung:

Exception in thread "Thread-7" java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Unknown Source)

Trotz des zugesicherten Platzes...

Wann ist dieses "jetzt"?
Nach einigen Sekunden, Minuten oder Stunden?
Wenn es nach einigen Sekunden ist, dann braucht dein Programm "erst" einmal mehr Speicherplatz.
Wenn es nach einigen Minuten oder Stunden ist, dann hast du einen ständig anwachsenden Speicherbedarf, wobei dir ein erhöhen des Speicherplatzes (auf längere Sicht) nicht sehr viel hilft.
Dann nimm Ark's Vorschlag.

 

[schnatter08]

Hallo,

ich lade eine große Datei. Wenn ich die Anwendung über Eclipse mit den angesprochenen Parameter -Xmx1024m starte klappt das laden der großen Datei Problemlos. Wenn ich die Anwendung bzw. jedoch über die Kommandozeile starte, führt eben jenes laden der großen Datei zu dem genannten Fehler. Fast so als ob das -Xmx1024m ignoriert wurde.

Kann das sein das das -jar in der Zeile java -jar -Xmx1024 MyApp.jar damit was zu tun hat oder sollte der Aufruf den gleichen Effekt haben wie wenn ich die App über Eclipse starte?

 

[Michael...]

Kann das sein das das -jar in der Zeile java -jar -Xmx1024 MyApp.jar damit was zu tun hat oder sollte der Aufruf den gleichen Effekt haben wie wenn ich die App über Eclipse starte?

Kannst ja mal in Deinem Programm den maximalen Speicher ausgeben lassen, um zu testen ob der Parameter überhaupt ankommt:

Runtime.getRuntime().maxMemory();

 

[SlaterB]

bzw. mit verschieden großen Dateien
20 MB, 50 MB, 100, 200, 400, 600, 800, 1000, 1200, 1400, 1600, 2000, 3000, 5000
testen, wie weit das Jar kommt und wie weit Eclipse

 

[Ark]

Hallo,

ich lade eine große Datei.

Bist du dir sicher, dass du diese Datei auch die ganze Zeit im Arbeitsspeicher zur Verfügung haben musst? Meine Erfahrungen haben mir gezeigt, dass dies nämlich praktisch nie der Fall ist.

Ark

 

[schnatter08]

Hallo,

ich lade ein CAD-Modell und überführe dies in eine interne Java-Repräsentation. Dafür parse ich, mit einem existierenden Parser, die Datei vollständig. Wie könnte ich denn die Datei schrittweise parsen? Das Parsen ist das Problem bei dem der HeapSpace error auftritt (da rekursiv). Kleine Modelle kein Problem. Aber ein nicht permantes halten im Speicher wäre schon ne tolle Sache. Gibts da irgendwelche Ideen?

 

[Michael...]

Grundsätzlich ist 1GB für eine Applikation, die CAD Modelle anzeigen muss nicht viel.
Aber wie schaut es den aus mit der Speicherverfügbarkeit bzw. Belegung beim Ausführen unter Eclipse und per jar?
Schon mal in der Java Visual VM (jvisualvm.exe im bin Verzeichnis des JDK) geschaut, ob das Unterschiede bei der Ausführung zu erkennen sind?

 

[Ark]

Ergänzend dazu noch:

Dafür parse ich, mit einem existierenden Parser, die Datei vollständig. Wie könnte ich denn die Datei schrittweise parsen?

Da mich das gerade etwas verwirrt: Wird denn die Datei wirklich erst vollständig in den Arbeitsspeicher geladen und dann geparst? Oder passiert das Parsen "on the fly"?

Das Parsen ist das Problem bei dem der HeapSpace error auftritt (da rekursiv).

Diesen Zusammenhang verstehe ich gerade nicht so ganz. Der Hinweis auf "rekursiv" ergibt m.E. eher Sinn, wenn dem Stack die Puste ausgeht. Den Heap sollte "rekursiv" eigentlich gar nicht beeindrucken.

Kleine Modelle kein Problem. Aber ein nicht permantes halten im Speicher wäre schon ne tolle Sache. Gibts da irgendwelche Ideen?

Da müsste man sich die aktuelle Implementierung genauer ansehen. Generell sind aber z.B. fast leere HashSets/HashMaps/ArrayLists etc. schöne Speicherfresser.

Ark

 

[Spacerat]

Diesen Zusammenhang verstehe ich gerade nicht so ganz. Der Hinweis auf "rekursiv" ergibt m.E. eher Sinn, wenn dem Stack die Puste ausgeht. Den Heap sollte "rekursiv" eigentlich gar nicht beeindrucken.

Ich glaube diesen Zusammenhang verstehen wahrscheinlich eh' nur wenige - Ich selbst gehöre auch nicht dazu. Zumal bei einfacher Rekursion wahrhaftig ein "StackOverflowError" geworfen wird, mir aber in dieser Richtung wahrscheinlich aus dem selben Grund statt dessen ebenfalls schon mal dieser "OutOfMemoryError" um die Ohren geflogen ist, obwohl der Speicher längst nicht voll war. Das lag daran, dass innerhalb dieser Methode immer wieder einige Objekte erstellt wurden. Erst als ich, statt immer neue Objekte zu erstellen, nicht mehr verwendete änderte (Mutables->Object-Reuse), kam auch endlich dieser "StackOverflowError" ans Licht.