Moin Flown,
Hast du das schon auf mehr Maschinen probiert?
Inzwischen ja ...
Ich habe es gestern nachmittag auf hier auf meinen beiden Rechnern ansatzweise nachvollziehen können (Win7 x64 und XP x32) ...
Als Java-Version ist bei mir die 8_111 aktiv, bei meinem Chef (auf dem ursprüglichen Rechner) 8_73 mit Win7 x64 !
Sieht für mich auch nach einem richtigen Leck aus, da die Anzahl dieser BENUTZTER-Objekte (und auch der Speicher) langsam, aber kontinuierlich ansteigt.
Der Speicherverbrauch scheint noch nicht wirklich kritisch zu sein. In der JNLP sind MIN=64M und MAX=512M vorgegeben. Der reine Heap steigt lt.
jvisualvm von anfangs 40-60 M auch auf vlt. 150 M an (über 3 - 4 Std. Laufzeit), aber bei den BENUTZER-Objekten scheint ist bei 10000 Schluß! Dies ist ja wohl der Standard-Wert in der Registry. Natürlich könnte ich ihn auch erhöhen, aber das löst natürlich nicht das grundlegende Problem ...
😳
Ist es eine schwer asynchrone Applikation?
Ja, im Prinzip schon!
Es laufen grundlegend zwei große Timer!
Einer fragt über einen C++-Server die Datenbank nach neuen Meldungen ab, holt diese ggf. und zeigt sie an.
Der zweite fragt bei einem anderen Java-Programm permanent den jeweiligen Gesamt-Zustand des Systems an (da wir aus Sicherheitsgründen mehrere redundante Colocation betreiben, muss jeweils ermittelt werden, welche die aktive Colocation ist).
Wenn dann beispielsweise eine Meldung angezeigt wird, wird bspw. der zweite Timer während dieser Anzeigezeit gestoppt.
Hinzu kommt, dass je nach Meldungstyp und zugeordneter Geräteklasse völlig unterschiedliche Bedingungen zu beachten sind
🙁
Die Anwendung selbst existiert in dieser Form seit mind. 15 Jahren (mit ständigen Umbauten und Erweiterungen natürlich). Von daher kann/will auch nicht ausschließen, dass dieses Problem schon ewig existiert, nur noch nie bemerkt wurde. Es tritt auch im Wesentlichen auch nur beim genannten Streßtest auf, bei dem Meldungen fast im Sekundentakt angezeigt und automatisiert wieder beendet werden (auch diese Automatik mag Fehler enthalten).
Mein großes Problem ist halt, irgendeinen Ansatz zu finden, WO ich WAS in den Sourcen (immerhin rund 100000 Zeilen, von denen ca. 20 - 40 % relevant sein könnten) eigentlich suchen soll ...
Gruß Klaus
