Massive Performance Probleme im JavaClient
Author: robin_kump
Publication Date: 10/29/2012 14:00
Hallo zusammen,
einige unserer Redakteure kämpfen seit längerer Zeit mit massiven Performance Problemen im JavaClient. Es dauert mehr als 10 Sekunden (teilweise 30 Sekunden) bis eine Tastatureingabe in einer Eingabekomponente oder den Eingabefeldern in der Strukturverwaltung angezeigt wird. Das Problem tritt nicht bei einer speziellen Eingabekomponente auf, sondern allgemein.
Merkwürdigerweise treten diese Probleme nur bei bestimmten Usern auf, obwohl alle Redakteure die gleiche Hardwareausstattung haben.
Wir haben bereits verschiedenste Verbindungseinstellungen (SOCKET, HTTP; mit und ohne Kompression; 512MB und 1024MB Speicher) ohne Erfolg ausprobiert. Die betroffenen Desktop-Clients wurde auch schon mal komplett neu ausgesetzt.
Hat jemand schon mal ähnliche Phänomene beobachtet und ggf. eine Idee? Wie kann man solche Phänomene monitoren?
Clients: Win XP SP3 FatClient
FS-Server: 4.2.468.50982
JDK/JRE: 1.6.0_23
Viele Grüße
Robin
-
Author: Felix - 10/30/2012 7:34
Es kann eventuell auch sein, dass die Redakteure jede Menge Arbeitsbereiche offen haben. Einfach mal alle bis auf eines schließen und schauen, wie es mit der Performance aussieht.
Das hatte bei uns eine Redakteurin und konnte dadurch behoben werden, weil sie unbewusst sehr viele Tabs offen hatte.
0 -
Author: sebastian_hoff - 8/28/2013 10:44
Hallo zusammen,
auch wir haben hier starke Performance Probleme - besonders bei internationalen Editoren.
Deshalb wäre es schön, wenn wir die Einstellung Arbeitsbereiche -> Beim Beenden speichern global deaktivieren könnten. Gibt es dafür eine Möglichkeit das zentral einzustellen? Ich möchte ungern über 100 FirstSpirit Projekte umkonfigurieren. :smileywink:
Viele Grüße,
Sebastian Hoff
0 -
Author: andre - 8/28/2013 10:54
Das ist ein auf jeden Fall ein Thema für den Helpdesk. Der wird nach Thread-Dumps der betroffenen Clients fragen, für die weitere Problem-Analyse.
--
andre
0 -
Author: sebastian_hoff - 8/28/2013 10:59
Hallo André,
danke für die schnelle Antwort. Grundsätzlich geht es mir aber eigentlich nicht um das Performance Problem bzw. die Ursache selbst, da wir bereits wissen, dass die geöffneten Arbeitsbereiche das initiale Laden stark verzögern. Wenn das Problem mit V5 behoben ist, ist es für uns erledigt, da wir Anfang nächsten Jahres mit der Migration von 4.2 auf 5 starten.
Bis dahin wäre es ein Quickwin, wenn wir das Speichern der Arbeitsbereiche global deaktivieren könnten. Daher die Frage. :smileyhappy:
Viele Grüße,
Sebastian
0 -
Author: andre - 8/28/2013 11:06
> Bis dahin wäre es ein Quickwin, wenn wir das Speichern der Arbeitsbereiche global deaktivieren könnten.
da fuer gibt es leider keine Funktionalität, aber evtl. wäre das einen Feature-Request wert?
0
Vous devez vous connecter pour laisser un commentaire.
Commentaires
5 commentaires