java.lang.OutOfMemoryError: GC overhead limit exceeded

[fwalderd]

Hallo Heiner,

danke - mit dem Parameter hat es bis zum Auftritt des Fehlers etwas länger gedauert. Dann ist das Programm für etwa 15 Minuten eingefroren und hat dann den folgenden Fehler und die angehängte Diagnosedatei gebracht. Allerdings bin ich mit meiner Mitgliederbearbeitung jetzt durch, so dass der Fehler wahrscheinlich nicht mehr auftreten wird.

Alles Gute, Felix

java.lang.OutOfMemoryError: Java heap space
at java.io.BufferedWriter.<init>(BufferedWriter.java:104)
at java.io.BufferedWriter.<init>(BufferedWriter.java:87)
at java.io.PrintStream.init(PrintStream.java:100)
at java.io.PrintStream.<init>(PrintStream.java:117)
at java.io.PrintStream.<init>(PrintStream.java:79)
at de.willuhn.logging.Logger.write(Logger.java:259)
at de.willuhn.logging.Logger.write(Logger.java:235)
at de.willuhn.logging.Logger.error(Logger.java:153)
at de.willuhn.datasource.db.DBServiceImpl.createObject(DBServiceImpl.java:405)
at de.jost_net.JVerein.Queries.MitgliedQuery$1.extract(MitgliedQuery.java:350)
at de.willuhn.datasource.db.DBServiceImpl.execute(DBServiceImpl.java:460)
at de.jost_net.JVerein.Queries.MitgliedQuery.get(MitgliedQuery.java:430)
at de.jost_net.JVerein.gui.control.MitgliedControl.getMitgliedTable(MitgliedControl.java:2028)
at de.jost_net.JVerein.gui.view.AbstractAdresseSucheView.paintTable(AbstractAdresseSucheView.java:190)
at de.jost_net.JVerein.gui.view.AbstractAdresseSucheView.bind(AbstractAdresseSucheView.java:138)
at de.willuhn.jameica.gui.GUI$4.run(GUI.java:615)
at org.eclipse.swt.custom.BusyIndicator.showWhile(Unknown Source)
at de.willuhn.jameica.gui.GUI$5.run(GUI.java:786)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Unknown Source)
at org.eclipse.swt.widgets.Display.syncExec(Unknown Source)
at de.willuhn.jameica.gui.GUI.startSync(GUI.java:782)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:519)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:454)
at de.willuhn.jameica.gui.GUI.startPreviousView(GUI.java:405)
at de.willuhn.jameica.gui.internal.action.Back.handleAction(Back.java:30)
at de.willuhn.jameica.gui.Menu$1.handleEvent(Menu.java:181)
at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)
at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown Source)
at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:803)
at de.willuhn.jameica.gui.GUI.init(GUI.java:294)

[fwalderd]

Einen ähnlichen Fehler hatte ich gestern beim Eintragen der Zusatzbeträge. Etwa 10 Zusatzbeträge eingetragen, dann Absturz mit OutfMemoryError ;(

[heiner]

Logging-Daten?

Heiner

[fwalderd]

Logging-Daten?

Heiner

Leider vergessen ;(. Wenn das noch einmal vorkommt, denke ich dran. Nur wollte ich ja eigentlich gar keine Zusatzbeträge eingeben, sondern importieren - wenn ich verstehen würde, wie das geht (siehe meinen anderen Thread)

Alles Gute, Felix

[fwalderd]

Mal wieder:

java.lang.OutOfMemoryError: Java heap space

Log ist angehängt. Ich hatte JVerein glaube ich gestern geöffnet und seitdem nicht geschlossen.

[heiner]

Ist der Fehler reproduzierbar?

Heiner

[fwalderd]

Reproduzierbar bloß dahingehend, dass ich JVerein so lange laufen lassen (und damit arbeiten) kann, bis es langsamer wird und irgendwann eine Fehlermeldung bringt. Derzeit habe ich nicht so viel Arbeit wie am Anfang beim Einrichten, deshalb kann das Tage dauern.

[heiner]

Wenn es Tage dauert, bis der Fehler auftritt, beende Jameica zum Feierabend und starte es am nächsten Tag neu.

Heiner

[fwalderd]

Ja, ist ja auch kein grundlegendes Problem. Ich poste es hier nur zur Info. Und ich starte meinen PC so gut wie nie neu, und die Programme eben auch nicht

Ansonsten: Ein großartiges Programm!!

[joe]

Hi!

JVerein V. 2.6.3
~ 900 Mitglieder

War vorhin auch am Nachtragen von abweichenden Kontoinhabern - und Programm „friert“ nach einiger Zeit ein, d.h. reagiert nicht mehr auf Eingaben. Taskmanager geöffnet, Programm hat sich schon ~330MB Speicher genommen - lebt aber noch irgendwie, denn der Speicher zählt weiter hoch.

Leider hatte ich weder Zeit noch den Nerv einen Absturz abzuwarten - daher per Taskmanager geschlossen. Neu gestartet und konnte weiter arbeiten.

Nach geschätzt 25 weiteren Mitgliedern, dasselbe wieder. Diesmal hatte ich aber festgestellt, dass kurz vor dem Einfieren das Programm merklich langsamer reagiert.

Ich hatte mir dann damit geholfen, den Taskmanager offen zu halten und mit einem Auge auf den Speicherverbrauch zu schielen. Bei ~ 300MB ging ich dann jeweils raus und startete neu.

Frage: Was passiert hier? Schlägt hier der „garbage collector“ zu?
Googeln nach „java memory leak“ führte mich zu http://acadopus.de/java/die-typischen-f ... _4002.html. Leider kann ich zu wenig Java, um damit viel anfangen zu können ...

Gruß Joe