Performance 1.6.001

[Arnhold]

Hallo

Einigen Anwendern ist aufgefallen, dass die 1.6 bei manchen Abfragen ziemlich langsam ist.

Als Beispiel: Monatsansicht mit der ganzen Gruppe zieht den Client so stark runter, dass es nur mit einem Prozesskill (Firefox) behoben werden kann.

Hat noch jemand solche Erfahrungen gemacht und kennt eventuell eine Lösung?

Danke schonmal

[Svenp]

Hallo, ich habe mit der Performance keine Probleme. Die Gruppen-Monatsansicht ist bei mir Standard. In meiner Gruppe sind 8 Personen und der Standard Browser ist der FF derzeit in Version 3.06.
Bei mir wird die Seite innerhalb von 0.44 - 1.5 Sekunden erstellt.
Allerdings muss ich noch eins dazu sagen, ich nutze auf dem Server eAccelerator zur Beschleunigung.

Gruß

Sven

Hallo

Einigen Anwendern ist aufgefallen, dass die 1.6 bei manchen Abfragen ziemlich langsam ist.

Als Beispiel: Monatsansicht mit der ganzen Gruppe zieht den Client so stark runter, dass es nur mit einem Prozesskill (Firefox) behoben werden kann.

Hat noch jemand solche Erfahrungen gemacht und kennt eventuell eine Lösung?

Danke schonmal

[Arnhold]

kleiner Nachtrag:

der mysql Server zeigt mir im Top häufig Auslastungen von 100% und mehr. (liegt wohl an der Multiprozessormaschine)

zugewiesen habe ich der VM (XEN Paravirtualisiert) 4 Prozessoren:

Intel Xeon X5450 @3 GHz

Die Reaktionszeiten sind bei größeren Abfragen teilweise unerträglich
Das Adressbuch brauch 11 Sekunden bei mir.

Kleine Abfragen wie Tagesansich / Wochenansicht sind schnell alles darüber ist quälend lahm.

zu Größe der Egroupware: 1223 Nutzerkonten die Tabelle egw_cal hat 347.952 Einträge und das Adressbuch (egw_addressbook) hat 87.182

bin für Tipps dankbar

[Svenp]

Hallo, mit soviel Datensätzen kann ich nicht dienen, aber auch nicht mit einer solchen Hammer Maschine.
Wie gut kennst du dich mit Mysql tuning aus?
Mir hat der tuning-primer geholfen die Datenbankparameter an zupassen.

Gruß

Sven

kleiner Nachtrag:

der mysql Server zeigt mir im Top häufig Auslastungen von 100% und mehr. (liegt wohl an der Multiprozessormaschine)

zugewiesen habe ich der VM (XEN Paravirtualisiert) 4 Prozessoren:

Intel Xeon X5450 @3 GHz

Die Reaktionszeiten sind bei größeren Abfragen teilweise unerträglich
Das Adressbuch brauch 11 Sekunden bei mir.

Kleine Abfragen wie Tagesansich / Wochenansicht sind schnell alles darüber ist quälend lahm.

zu Größe der Egroupware: 1223 Nutzerkonten die Tabelle egw_cal hat 347.952 Einträge und das Adressbuch (egw_addressbook) hat 87.182

bin für Tipps dankbar

[Arnhold]

Ehrlich gesagt kenn ich mich mit Mysql tuning noch gar nicht so recht aus.
Das Tool kannte ich auch noch nicht — ist aber spitze danke.

Momentan ist noch nicht viel Last, mal schauen, ob die Änderungen was gebracht haben.

Hallo, mit soviel Datensätzen kann ich nicht dienen, aber auch nicht mit einer solchen Hammer Maschine.
Wie gut kennst du dich mit Mysql tuning aus?
Mir hat der tuning-primer geholfen die Datenbankparameter an zupassen.

Gruß

Sven

kleiner Nachtrag:

der mysql Server zeigt mir im Top häufig Auslastungen von 100% und mehr. (liegt wohl an der Multiprozessormaschine)

zugewiesen habe ich der VM (XEN Paravirtualisiert) 4 Prozessoren:

Intel Xeon X5450 @3 GHz

Die Reaktionszeiten sind bei größeren Abfragen teilweise unerträglich
Das Adressbuch brauch 11 Sekunden bei mir.

Kleine Abfragen wie Tagesansich / Wochenansicht sind schnell alles darüber ist quälend lahm.

zu Größe der Egroupware: 1223 Nutzerkonten die Tabelle egw_cal hat 347.952 Einträge und das Adressbuch (egw_addressbook) hat 87.182

bin für Tipps dankbar

[AlexanderMuth]

Hallo

Einigen Anwendern ist aufgefallen, dass die 1.6 bei manchen Abfragen ziemlich langsam ist.

Als Beispiel: Monatsansicht mit der ganzen Gruppe zieht den Client so stark runter, dass es nur mit einem Prozesskill (Firefox) behoben werden kann.

Hat noch jemand solche Erfahrungen gemacht und kennt eventuell eine Lösung?

Danke schonmal

Ich kann das beschriebene Problem bestätigen.

Die Monatsansicht einer Gruppe mit ca. 70 Mitgliedern dauert gestoppte 25 Sekunden, obwohl egroupware dies meldet:
“Seite wurde erstellt in 3.17 Sekunden (session restored in 0.06 seconds)”

Der egroupware Server ist in dem Zeitraum kaum belastet.
Allerdings ist die CPU Last auf dem Client in dieser Zeit sehr hoch (eine CPU zu 100% ausgelastet auf einem Intel E8200 mit 2GB Ram).
Auf langsameren Clients dauert die selbe Darstellung noch länger, daher meine Vermutung das die langsame Darstellung nicht am Server liegt.

Ich kann dieses Phänomen sowohl mit Mozilla SeaMonkey als auch mit IE6 nachvollziehen.
Das Problem besteht seit der Umstellung von egroupware 1.4 auf 1.6.

Empfehlungen zur Verbesserung der Situation probiere ich gerne aus.

[Arnhold]

Die Serverlast habe ich jetzt relativ im Griff (danke für den Tipp mit tuning-primer)

Was aber scheinbar ein Problem ist ist die Gruppenmonatsansicht.
Diese erzeugt aber vorallem auf dem Client Last und das komische: nur unter Linuxsystemen.

Hab mir gestern mal eine Windows VM genommen mit der gings dann auch (FF 3)

eAccelerator ist ne schöne Idee sobald ich bisschen Zeit finde kommt das auf alle Fälle.

Hallo, ich habe mit der Performance keine Probleme. Die Gruppen-Monatsansicht ist bei mir Standard. In meiner Gruppe sind 8 Personen und der Standard Browser ist der FF derzeit in Version 3.06.
Bei mir wird die Seite innerhalb von 0.44 - 1.5 Sekunden erstellt.
Allerdings muss ich noch eins dazu sagen, ich nutze auf dem Server eAccelerator zur Beschleunigung.

Gruß

Sven

Hallo

Einigen Anwendern ist aufgefallen, dass die 1.6 bei manchen Abfragen ziemlich langsam ist.

Als Beispiel: Monatsansicht mit der ganzen Gruppe zieht den Client so stark runter, dass es nur mit einem Prozesskill (Firefox) behoben werden kann.

Hat noch jemand solche Erfahrungen gemacht und kennt eventuell eine Lösung?

Danke schonmal

[Arnhold]

Hallo

Einigen Anwendern ist aufgefallen, dass die 1.6 bei manchen Abfragen ziemlich langsam ist.

Als Beispiel: Monatsansicht mit der ganzen Gruppe zieht den Client so stark runter, dass es nur mit einem Prozesskill (Firefox) behoben werden kann.

Hat noch jemand solche Erfahrungen gemacht und kennt eventuell eine Lösung?

Danke schonmal

Ich kann das beschriebene Problem bestätigen.

Die Monatsansicht einer Gruppe mit ca. 70 Mitgliedern dauert gestoppte 25 Sekunden, obwohl egroupware dies meldet:
“Seite wurde erstellt in 3.17 Sekunden (session restored in 0.06 seconds)”

Der egroupware Server ist in dem Zeitraum kaum belastet.
Allerdings ist die CPU Last auf dem Client in dieser Zeit sehr hoch (eine CPU zu 100% ausgelastet auf einem Intel E8200 mit 2GB Ram).
Auf langsameren Clients dauert die selbe Darstellung noch länger, daher meine Vermutung das die langsame Darstellung nicht am Server liegt.

Ich kann dieses Phänomen sowohl mit Mozilla SeaMonkey als auch mit IE6 nachvollziehen.
Das Problem besteht seit der Umstellung von egroupware 1.4 auf 1.6.

Empfehlungen zur Verbesserung der Situation probiere ich gerne aus.

hargenau mein Problem

Interessant: das Problem tritt am stärksten auf Linux Hosts auf (Windows rechner brauchen zwar auch ne Zeit aber ein Kill wird nicht nötig)

[Lars_Kneschke-2]

“Arnhold” arnhold@jena.de schrieb:

Die Serverlast habe ich jetzt relativ im Griff (danke für den Tipp mit
tuning-primer)

Was aber scheinbar ein Problem ist ist die Gruppenmonatsansicht.
Diese erzeugt aber vorallem auf dem Client Last und das komische: nur
unter
Linuxsystemen.

Hab mir gestern mal eine Windows VM genommen mit der gings dann auch (FF

eAccelerator ist ne schöne Idee sobald ich bisschen Zeit finde kommt das
auf alle Fälle.
Hallo!

Nimm mal besser APC oder XCache. Das sind aktuell gewartete Lösungen, die
auch ohne Probleme mit den aktuellen und zukünftigen PHP Versionen
zusammenarbeiten. eAccelerator ist mehr oder weniger tot und war auch nie
durch seine Stabilität aufgefallen.

–
Lars Kneschke
CTO OfficeSpot.Net
Metaways Infosystems GmbH
Pickhuben 2-4, D-20457 Hamburg

Tine 2.0 now with Timetracker and ActiveSync support =>
http://www.tine20.org/

E-Mail: mailto:l.kneschke@metaways.de
Web: http://www.metaways.de
Tel: +49 (0)40 317031-21
Fax: +49 (0)40 317031-921
Mobile: +49 (0)175 9304324

Metaways Infosystems GmbH - Sitz: D-22967 Tremsbüttel
Handelsregister: Amtsgericht Ahrensburg HRB 4508
Geschäftsführung: Hermann Thaele, Lüder-H.Thaele

---

Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[AlexanderMuth]

Hallo!

Nimm mal besser APC oder XCache. Das sind aktuell gewartete Lösungen, die
auch ohne Probleme mit den aktuellen und zukünftigen PHP Versionen
zusammenarbeiten. eAccelerator ist mehr oder weniger tot und war auch nie
durch seine Stabilität aufgefallen.

Kann APC wirklich etwas bringen wenn die Serverlast gering ist und die Last am CLIENT während des Seitenaufbau hoch?

[Lars_Kneschke-2]

“AlexanderMuth” alexander.muth@lgb-rlp.de schrieb:

Kann APC wirklich etwas bringen wenn die Serverlast gering ist und die
Last
am CLIENT während des Seitenaufbau hoch?
Gute Frage!

Natürlich wird der APC und seine Kollegen dabei nicht helfen. Meine Antwort
bezog sich auf den Gedanken unseres Vorredners eAccelerator zu installieren.
Das sollte man lieber lassen, da das Produkt an sich tot ist.

Bei der Performance von eGroupWare bringt es eh nicht so viel. Wenn man das
vorher und nachher ist das die Differenz eher gering. Man spart sich zwar
die Zeit des Kompilierens, die kann man aber im Verhältnis zum restlichen
eGroupWare Code vernachlässigen.

Auf alle Fälle erspart man aber seiner Festplatte ein paar Zugriffe. Und
wenn die CPU schon am Anschlag ist, macht sich der Einsatz eines Caches
sicherlich auch bemerkbar.

Zur Firefox Problematik kann ich nur anmerken das wir im Rahmen von Tine 2.0
festgestellt haben, das es sich auf alle Fälle lohnt immer die neusten
Browser zu verwenden, da sich die JavaScript Performance mit jedem neuen
Browser Release zunimmt. Falls der Firebug installiert, dann kostet der auch
sehr Browserperformance.
Allerdings ist mir nicht klar, ob das im Kalender ein JavaScript Problem
ist, oder einfach der erzeugte HTML Code zu komplex ist.

–
Lars Kneschke
CTO OfficeSpot.Net
Metaways Infosystems GmbH
Pickhuben 2-4, D-20457 Hamburg

Tine 2.0 now with Timetracker and ActiveSync support =>
http://www.tine20.org/

E-Mail: mailto:l.kneschke@metaways.de
Web: http://www.metaways.de
Tel: +49 (0)40 317031-21
Fax: +49 (0)40 317031-921
Mobile: +49 (0)175 9304324

Metaways Infosystems GmbH - Sitz: D-22967 Tremsbüttel
Handelsregister: Amtsgericht Ahrensburg HRB 4508
Geschäftsführung: Hermann Thaele, Lüder-H.Thaele

---

Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Lars_Kneschke-2]

“Lars Kneschke” l.kneschke@metaways.de schrieb:

Bei der Performance von eGroupWare bringt es eh nicht so viel. Wenn man
das
vorher und nachher ist das die Differenz eher gering. Man spart sich zwar
die Zeit des Kompilierens, die kann man aber im Verhältnis zum restlichen
eGroupWare Code vernachlässigen.

Rechtschreibfehler oder fehlende Worte sind gewollt und dienen der
allgemeinen Belustigung!

–
Lars Kneschke
CTO OfficeSpot.Net
Metaways Infosystems GmbH
Pickhuben 2-4, D-20457 Hamburg

Tine 2.0 now with Timetracker and ActiveSync support =>
http://www.tine20.org/

E-Mail: mailto:l.kneschke@metaways.de
Web: http://www.metaways.de
Tel: +49 (0)40 317031-21
Fax: +49 (0)40 317031-921
Mobile: +49 (0)175 9304324

Metaways Infosystems GmbH - Sitz: D-22967 Tremsbüttel
Handelsregister: Amtsgericht Ahrensburg HRB 4508
Geschäftsführung: Hermann Thaele, Lüder-H.Thaele

---

Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Svenp]

Hallo, mit der Stabilität von eAccelerator hatte ich bisher keine Probleme.
Danke für den Hinweis das der Code nicht weiter gewartet wird. Ich werde mir die Alternativen mal ansehen.
Einen Test der genannten habe ich hier http://2bits.com/articles/benchmarking-drupal-with-php-op-code-caches-apc-eaccelerator-and-xcache-compared.html gefunden.
Bei uns hat der Einsatz von eAccelerator einen spürbaren Performancegewinn gebracht.

Gruß

Sven

“Arnhold” arnhold@jena.de schrieb:

Die Serverlast habe ich jetzt relativ im Griff (danke für den Tipp mit
tuning-primer)

Was aber scheinbar ein Problem ist ist die Gruppenmonatsansicht.
Diese erzeugt aber vorallem auf dem Client Last und das komische: nur
unter
Linuxsystemen.

Hab mir gestern mal eine Windows VM genommen mit der gings dann auch (FF

eAccelerator ist ne schöne Idee sobald ich bisschen Zeit finde kommt das
auf alle Fälle.
Hallo!

Nimm mal besser APC oder XCache. Das sind aktuell gewartete Lösungen, die
auch ohne Probleme mit den aktuellen und zukünftigen PHP Versionen
zusammenarbeiten. eAccelerator ist mehr oder weniger tot und war auch nie
durch seine Stabilität aufgefallen.

–
Lars Kneschke
CTO OfficeSpot.Net
Metaways Infosystems GmbH
Pickhuben 2-4, D-20457 Hamburg

Tine 2.0 now with Timetracker and ActiveSync support =>
http://www.tine20.org/

E-Mail: mailto:l.kneschke@metaways.de
Web: http://www.metaways.de
Tel: +49 (0)40 317031-21
Fax: +49 (0)40 317031-921
Mobile: +49 (0)175 9304324

Metaways Infosystems GmbH - Sitz: D-22967 Tremsbüttel
Handelsregister: Amtsgericht Ahrensburg HRB 4508
Geschäftsführung: Hermann Thaele, Lüder-H.Thaele

---

Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[moe]

svenp schrieb:

Bei uns hat der Einsatz von eAccelerator einen spürbaren Performancegewinn
gebracht.

Bei uns auch !

Und Stabilitätsprobleme hatten wir bisher auch keine.
Allerdings hat Lars natürlich recht, dass man für neue Projekte auf
ungewartete Software
nicht unbedingt zurückgreifen sollte …

Moe

---

Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[AlexanderMuth]

“AlexanderMuth” alexander.muth@lgb-rlp.de schrieb:

Kann APC wirklich etwas bringen wenn die Serverlast gering ist und die
Last
am CLIENT während des Seitenaufbau hoch?
Gute Frage!

Natürlich wird der APC und seine Kollegen dabei nicht helfen. Meine Antwort
bezog sich auf den Gedanken unseres Vorredners eAccelerator zu installieren.
Das sollte man lieber lassen, da das Produkt an sich tot ist.

Bei der Performance von eGroupWare bringt es eh nicht so viel. Wenn man das
vorher und nachher ist das die Differenz eher gering. Man spart sich zwar
die Zeit des Kompilierens, die kann man aber im Verhältnis zum restlichen
eGroupWare Code vernachlässigen.

Auf alle Fälle erspart man aber seiner Festplatte ein paar Zugriffe. Und
wenn die CPU schon am Anschlag ist, macht sich der Einsatz eines Caches
sicherlich auch bemerkbar.

Zur Firefox Problematik kann ich nur anmerken das wir im Rahmen von Tine 2.0
festgestellt haben, das es sich auf alle Fälle lohnt immer die neusten
Browser zu verwenden, da sich die JavaScript Performance mit jedem neuen
Browser Release zunimmt. Falls der Firebug installiert, dann kostet der auch
sehr Browserperformance.
Allerdings ist mir nicht klar, ob das im Kalender ein JavaScript Problem
ist, oder einfach der erzeugte HTML Code zu komplex ist.

APC habe ich jetzt installiert, messbar Unterschiede sind nicht festzustellen. Was aber nicht wirklich verwunderlich ist da der Server ja unausgelastet ist.

Bezüglich des JavaScript Codes in egroupware muß sich im Kalender einiges von Version 1.4 zu 1.6 verändert haben. 1.4 hatte definitiv keine Probleme mit vielen Mitgliedern in Gruppenkalendern.

Gibt es in diesem Bereich eine Konfigurationsmöglichkeit in egroupware? Oder lässt sich an einer anderen Stelle etwas verbessern?

Beim Browser bin ich hier auf Mozilla SeaMonkey festgelegt. Der hat leider noch nicht die neue Gecko-Engine wie FF3.

[AlexanderMuth]

Die Serverlast habe ich jetzt relativ im Griff (danke für den Tipp mit tuning-primer)

Was aber scheinbar ein Problem ist ist die Gruppenmonatsansicht.
Diese erzeugt aber vorallem auf dem Client Last und das komische: nur unter Linuxsystemen.

Hallo Arnhold,

hast du inzwischen eine Lösung für das Problem mit der Gruppenmonatsansicht bei Gruppen mit vielen Mitgliedern gefunden?

[Arnhold]

Hallo Arnhold,

hast du inzwischen eine Lösung für das Problem mit der Gruppenmonatsansicht bei Gruppen mit vielen Mitgliedern gefunden?
[/quote]

leider nein bin weiter für ideen dankbar

[Arnhold]

Wir sind dem Problem hier mal ein bisschen nach gegangen.
Opera, Internetexplorer, Chrome und Saffari laufen ohne Probleme.
Firefox allerdings zieht die Prozessorlast hoch auf 100 %.

Hallo

Einigen Anwendern ist aufgefallen, dass die 1.6 bei manchen Abfragen ziemlich langsam ist.

Als Beispiel: Monatsansicht mit der ganzen Gruppe zieht den Client so stark runter, dass es nur mit einem Prozesskill (Firefox) behoben werden kann.

Hat noch jemand solche Erfahrungen gemacht und kennt eventuell eine Lösung?

Danke schonmal

Ich kann das beschriebene Problem bestätigen.

Die Monatsansicht einer Gruppe mit ca. 70 Mitgliedern dauert gestoppte 25 Sekunden, obwohl egroupware dies meldet:
“Seite wurde erstellt in 3.17 Sekunden (session restored in 0.06 seconds)”

Der egroupware Server ist in dem Zeitraum kaum belastet.
Allerdings ist die CPU Last auf dem Client in dieser Zeit sehr hoch (eine CPU zu 100% ausgelastet auf einem Intel E8200 mit 2GB Ram).
Auf langsameren Clients dauert die selbe Darstellung noch länger, daher meine Vermutung das die langsame Darstellung nicht am Server liegt.

Ich kann dieses Phänomen sowohl mit Mozilla SeaMonkey als auch mit IE6 nachvollziehen.
Das Problem besteht seit der Umstellung von egroupware 1.4 auf 1.6.

Empfehlungen zur Verbesserung der Situation probiere ich gerne aus.