Hohe Speicherauslastung durch openJDK
Moderator: Forum Moderatoren
Forumsregeln
TM-Startforum - "offen für alle Themen".
Beiträge, die in einen anderen Bereich passen, werden bei Bedarf verschoben.
TM-Startforum - "offen für alle Themen".
Beiträge, die in einen anderen Bereich passen, werden bei Bedarf verschoben.
-
- Beiträge: 480
- Registriert: Montag 27. August 2012, 17:37
- 11
- Hat sich bedankt: 2 times
- Bedankt: 8 times
Hohe Speicherauslastung durch openJDK
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.
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.
-
- Beiträge: 480
- Registriert: Montag 27. August 2012, 17:37
- 11
- Hat sich bedankt: 2 times
- Bedankt: 8 times
Re: Hohe Speicherauslastung durch openJDK
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?)
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?)
-
- Beiträge: 6
- Registriert: Donnerstag 10. September 2020, 09:02
- 3
-
- Beiträge: 6
- Registriert: Dienstag 3. November 2009, 20:58
- 14
Re: Hohe Speicherauslastung durch openJDK
Nope, keine Besserung. JDK zwingt auch meinen TS in die Knie.
-
- Beiträge: 574
- Registriert: Sonntag 26. Oktober 2008, 09:15
- 15
- Hat sich bedankt: 4 times
- Bedankt: 21 times
Re: Hohe Speicherauslastung durch openJDK
Hallo,
von wieviel RAM reden wir hier beim Server und bei den Prozessen?
Grüße
lcer
von wieviel RAM reden wir hier beim Server und bei den Prozessen?
Grüße
lcer
-
- Beiträge: 574
- Registriert: Sonntag 26. Oktober 2008, 09:15
- 15
- Hat sich bedankt: 4 times
- Bedankt: 21 times
Re: Hohe Speicherauslastung durch openJDK
Hallo zusammen,
Wir haben 2 Java Versionen auf dem Server unter Turbomed 20.3.1.4569
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
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"
Grüße
lcer
-
- Beiträge: 574
- Registriert: Sonntag 26. Oktober 2008, 09:15
- 15
- Hat sich bedankt: 4 times
- Bedankt: 21 times
Re: Hohe Speicherauslastung durch openJDK
Ist übrigends witzig.
Azul: Anbeiter aus USA
Bellsoft: Anbieter aus Russland.
Grüße
lcer
Azul: Anbeiter aus USA
Bellsoft: Anbieter aus Russland.
Grüße
lcer
-
- Beiträge: 12
- Registriert: Freitag 8. Juli 2016, 10:29
- 7
Re: Hohe Speicherauslastung durch openJDK
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.
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
Sehr "schön" - Ausnahme für alle Java-Anwendungen - da werden die Malware-Entwickler Ihnen sicher sehr dankbar sein.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.
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.
-
- Beiträge: 416
- Registriert: Samstag 13. August 2011, 09:25
- 12
- Hat sich bedankt: 12 times
- Bedankt: 13 times
Re: Hohe Speicherauslastung durch openJDK
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
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
-
- Beiträge: 480
- Registriert: Montag 27. August 2012, 17:37
- 11
- Hat sich bedankt: 2 times
- Bedankt: 8 times
Re: Hohe Speicherauslastung durch openJDK
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 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
- michael
- PowerUser
- Beiträge: 738
- Registriert: Montag 6. März 2006, 00:14
- 18
- Wohnort: Marktoberdorf
Re: Hohe Speicherauslastung durch openJDK
Das Problem habe ich seit aufspielen der Version 4653 auch. Gerade die etwas älteren Client laufen auf hochtouren.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
Bei mir auch dieses Java Tool mit 40% CPU Auslastung.
Es ist zum heulen.
Viele GRüße
Michael
Wer ist online?
Mitglieder in diesem Forum: Bing [Bot], Google [Bot] und 59 Gäste