Seite 1 von 1
Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 23. Juli 2020, 09:16
von turbotm
Hallo,
meinen (Terminal-) Server zwingt es heute in die Knie, Speicherauslastung fast 99%, dabei zu 2/3 von Java, resp. openJDK (in 20facher Version, für jeden Benutzer 1x)
Hat das letzte TM Update wieder irgendeine neue Java-Version mitgebracht?
Hat noch jemand das Problem oder ist es spezifisch bei mir?
Danke für eine Rückmeldung.
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 23. Juli 2020, 10:27
von turbotm
Nachtrag:
Habe TM Update vom Download-Server Version 20.3.1.4575 --> in der Update-Datei entpackt findet sich: Java/CG/cgjava_11.0.7.exe
Im TM Ordner findet sich --> T:\TurboMed\Programm\communicator\jre\bin\javaw.exe --> Eigenschaften, Details: Dateiversion 11.0.5.0
Nun frage ich mich, ob Java beim letzten TM Update mit upgedatet wurde oder nicht (Angeblich gibt es ein Versionsdurcheinander bei Java?)
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 10. September 2020, 09:05
von MeinerEiner
Hat das Update auf 11.0.7 eine Besserung gebracht?
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 17. September 2020, 10:15
von Michael Schneider
Nope, keine Besserung. JDK zwingt auch meinen TS in die Knie.
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 17. September 2020, 10:56
von lcer
Hallo,
von wieviel RAM reden wir hier beim Server und bei den Prozessen?
Grüße
lcer
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 17. September 2020, 11:06
von lcer
Hallo zusammen,
Wir haben 2 Java Versionen auf dem Server unter Turbomed 20.3.1.4569
Code: Alles auswählen
C:\CG\Java
IMPLEMENTOR="Azul Systems, Inc."
IMPLEMENTOR_VERSION="Zulu11.39+15-CA"
JAVA_VERSION="11.0.7"
JAVA_VERSION_DATE="2020-04-14"
F:\Turbomed\Programm\communicator\jre
IMPLEMENTOR="BellSoft"
JAVA_VERSION="11.0.5"
JAVA_VERSION_DATE="2019-10-15"
bei den Terminalbenutzern läuft der Prozess F:\Turbomed\Programm\communicator\jre\bin\jawaw.exe und nutzt derzeit ca. 240MB pro Benutzer.
Grüße
lcer
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 17. September 2020, 11:07
von lcer
Ist übrigends witzig.
Azul: Anbeiter aus USA
Bellsoft: Anbieter aus Russland.
Grüße
lcer
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 17. September 2020, 12:31
von kuemmel
Interessanterweise hatten wir das gleiche Problem - unter t2med.
Abstürze,die nur durch Beenden der Anwendung openJDK (und damit von t2med) sowie anschl. Neustart zu beheben waren. An allen Clients sporadisch aufgetreten.
EIn Aufräumen aller Festplatten und Einrichten von Ausnahmeregelungen für alle Javaanwendungen beim Virenscanner brachten - bis jetzt - eine Besserung.
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 17. September 2020, 17:10
von nmndoc
kuemmel hat geschrieben:Interessanterweise hatten wir das gleiche Problem - unter t2med.
Abstürze,die nur durch Beenden der Anwendung openJDK (und damit von t2med) sowie anschl. Neustart zu beheben waren. An allen Clients sporadisch aufgetreten.
EIn Aufräumen aller Festplatten und Einrichten von Ausnahmeregelungen für alle Javaanwendungen beim Virenscanner brachten - bis jetzt - eine Besserung.
Sehr "schön" - Ausnahme für alle Java-Anwendungen - da werden die Malware-Entwickler Ihnen sicher sehr dankbar sein.
Nein, ich denke nicht, dass das die Lösung ist.
An sich ist es ohnehin schon pfusch, dass für 20x HzV o.ä. Aufruf, 20x immer wieder neu der gleiche Prozess gestartet wird. Egal ob nacheinander oder gleichzeitig. Das kommt aber genau daher, weil irgenwo irgendwer bei CGM ein Modul entwickelt, dass dann an TM irgendwie drangebacken wird - in diesem Fall über den Aufruf eines externen Programms + Parameter. Das ist wirklich armselig. Eigentlich gehören solche Dinge ins Kernprogramm integiert (sind ja auch Kernfunktionen) - oder wenn das aus irgendwelchen Gründen nicht geht dann als Dienst o.ä. der im Hintergrund arbeitet, solange TM läuft, satt bei jeder Aktion neu gestartet zu werden.
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Donnerstag 17. September 2020, 19:07
von Randolf
Hallo
Danke an nmndoc fuer die interessante Darlegung und Erklärung der Zusammenhänge wie das Turbomed so aufgebaut ist und erweitert wird. Klingt nicht gerade
nach "Profi Niveau" und erklärt wohl so maches Problem. Da sind wir mit unserem System wohl eher meilenweit von angestrebten Weltspitzenniveau im e-health Bereich entfernt . Dabei leisten wir alle doch jeden Monat schon einen wachsenden und recht ordentliche pekunären Beitrag zur Programmpflege .
Es ergibt sich so immer wieder die grundlegende Frage vom "Preis-Leistungsverhälnis" fuer das Produkt ?
Grueße Randolf
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Sonntag 20. September 2020, 13:32
von turbotm
Hier nochmals feedback.
Das Problem mit den vielen Java Prozessen habe ich natürlich weiterhin.
Habe den server (läuft als Terminalserver mit ca. 20 kleinen Linuxboxen im RDP) von 20 auf 32GB aufgerüstet (mehr geht nicht) und seitdem läuft es zumindest wieder rund.
Gruß
Maier
Re: Hohe Speicherauslastung durch openJDK
Verfasst: Sonntag 20. September 2020, 14:40
von michael
turbotm hat geschrieben:Hier nochmals feedback.
Das Problem mit den vielen Java Prozessen habe ich natürlich weiterhin.
Habe den server (läuft als Terminalserver mit ca. 20 kleinen Linuxboxen im RDP) von 20 auf 32GB aufgerüstet (mehr geht nicht) und seitdem läuft es zumindest wieder rund.
Gruß
Maier
Das Problem habe ich seit aufspielen der Version 4653 auch. Gerade die etwas älteren Client laufen auf hochtouren.
Bei mir auch dieses Java Tool mit 40% CPU Auslastung.
Es ist zum heulen.
Viele GRüße
Michael