JVerein

Hallo Moss,

welche Jameica-Version verwendest Du? Da gab es mal ein Memory Leak, das in Version 2.6.3 gefixt wurde.

Viele Grüße
Reinhard

2.6.5

Hallo Heiner,

heiner hat geschrieben: ↑Dienstag 26. Dezember 2017, 13:25 In der nächsten Version gibt es die Möglichkeit, zunächst einmal einen simplen Memory-Logger zu aktiven. Evtl. komme ich damit dem Problem auf die Schliche.

Der Memory-Logger wird durch den Eintrag "memlog=true" in der Datei de.jost_net.JVerein.JVereinPlugin.properties aktiviert.

Hab das mal angeschaltet, sehe aber gerade keinen Unterschied im Log. Nächste Version = 2.8.17?

Aktuell ist die Jameica-Version 2.6.6. Bitte setze die ein.

Heiner

Hallo Heiner,

hier kommt ein Diagnoselog vom Absturz vorhin. Situation wie beschrieben: Ich editiere in der Liste Eintrag für Eintrag 'runter, JVerein wird immer langsamer und steht irgendwann; an der Stelle kam ein Heap-Überlauf. Das komplette Log ist leider zu groß für hier (~900 kB), wenn Du's noch haben willst, bitte Bescheid -- geht aber erst nächsten Montag.

Danke …

Erhöhe mal den Speicher für die VM wie unter http://www.onlinebanking-forum.de/forum ... php?t=6552 beschrieben auf -Xmx500M. Die anderen -X* musst du nicht angeben.

Heiner

heiner hat geschrieben: ↑Donnerstag 10. Mai 2018, 09:48 Erhöhe mal den Speicher für die VM wie unter http://www.onlinebanking-forum.de/forum ... php?t=6552 beschrieben auf -Xmx500M. Die anderen -X* musst du nicht angeben.

Heiner

Das wäre keine Erhöhung, mit 512M haben wir angefangen.

moss_the_TeXie hat geschrieben: ↑Mittwoch 29. November 2017, 13:10

heiner hat geschrieben: ↑Sonntag 26. November 2017, 13:04 Rufe Jameica mit dem Parameter -Xmx 1024M auf.

Wir haben das gerade ausprobiert. JVerein/Jameica stürzt immer noch ab, aber erst nach ca. 75 Einträgen (und braucht dann auch länger zum abstürzen/abspeichern/whatever). Immerhin. ;)

Eine grundsätzliche Lösung für das Speicherleck wäre aber schon schön …

Außerdem s. viewtopic.php?f=5&t=2406#p13635 und viewtopic.php?f=5&t=2406#p13637. JVerein läuft gegenwärtig mit 1024M und stürzt reproduzierbar nach ca. 75 Editiervorgängen mit einem Heapüberlauf ab.

Ich glaube, dass ich das Problem verstanden habe: bei verlassen der Listenansicht (z.B. zur Mitgliedsansicht zum editieren) wird die Listenansicht in die History von Jameica verschoben (für den Back-Button). Deshalb bleibt die komplette Liste im Speicher. Ich habe jetzt eine Funktion eingebaut, die beim Verlassen der Listenansicht den Speicher freigibt. Wenn ich es richtig gesehen habe, gibt es noch mehr GUI-Elemente, die im Speicher bleiben. Ich glaube aber, dass sie klein sind, deshalb habe ich mir nicht die Mühe gemacht, alle durchzugehen und den Speicher freizugeben. Die History enthält maximal 10 Elemente, danach räumt hoffentlich der Garbage-Collector alles auf.

@Heiner: Ich habe einen Pull-Request mit den Änderungen erstellt.

Viele Grüße
Reinhard

Hallo zusammen,

ich habe unter macOS das gleiche Problem. Der Speicher läuft einfach voll und es dauert ewig, bis ich neue Mitglieder bearbeiten kann, oder in den Buchungen die Auswahl der zugehörigen Mitglieder öffnen kann.
Leider bringt ein Neustart von Jameica keine Abhilfe.

Bis der Pull-Request eingearbeitet ist, gibt es Tipps für einen Work-Around? Und wie kann ich unter macOS den zugewiesenen Speicher erhöhen (die verlinkten Posts waren nur für Windows)?


Mit freundlichen Grüßen

In Linux liegen die Einstellungen per Default in einem versteckten Ordner namens .jverein im Home-Directory. Ich habe gerade keine Mac-Installation da, würde mich aber wundern, wenn es da woanders wäre. Das sieht man z. B. im Terminal mit ls -al. Im Finder kannst Du (auch unsichtbare) Ordner mit Shft-Cmd-G direkt ansteuern, hier also ~/.jverein (die Tilde steht fürs Home-Directory).