Performanceprobleme seit 6.18.9

[sebbel]

Hallo,

wir haben ein update von 6.16 auf 6.18 Rev 9 durchgeführt. Mit dieser Umstellung schein sich ein unschöner Fehler eingeschlichen zu haben.

Alle Aktion, die über die Groupware-GUI ausgeführt werden, erzeugen ein hohen IO-Wait auf dem Server. Besonders problematisch ist das beim Mailfolder. Das Öffnen und initale Laden der Folder sollte sehr schnell gehen, es dauert aber hier 20-30 Sekunden, natürlich abhängig von der Anzahl der Folder. Das Lesen der Emails geht relativ schnell.
Zu beobachten ist, das der Zugriff auf die Emailkonten über die GUI IMMER zu einem hohen IO-Wait führt. Während des Zugriffes kommt nur die Sanduhr.
Zugriff auf die Mailboxen mit einem Email-Client zeigt dagegen keine Auffälligkeiten, es liegt also nicht am Cyrus selber.
Also, die Menge der Ordner im IMAP ist hier nicht dasProblem, sondern das die Zugriffe darauf den hohen IO erzeugen, was der Zugriff per Mail-Client nicht macht.

Verwendet wird OX6.18.Rev9, RHES5, Cyrus-Imap, Mysql, Postfix.

Gibt es irgendwo eine Schraub, an der ich drehen kann, um hier im OX die Performance zu verbessern?
Oder irgendeine Idee, wo ich suchen kann, um dem Probelm näher zu kommen? Die logfiles sagen natürlich nichts, es kommt ja auch zu keinem Fehler, es ist nur alles grottenlangsam geworden.

Vg
Sebastian

[sebbel]

Hi,

im maillog ist zu erkennen, dass sich die Groupware, (die ja der Imap-Client ist) mehrfach auf dem cyrus anmeldet und alle Aktionen, die der Nutzer anfordert, mehrfach auf dem Mailserver ausführt.
Ist das so normal? Es gibt dementsprechend sehr viele imapd-prozesse, die sich natürlich gegenseitig behindern.

Auf unserem Testsystem kann ich so ein verhalten nicht nachvollziehen.

Sebbel

[Martin Heiland]

Hallo,

das muss man mal analysieren. Aus Performancegründen laden wir verschiedene Ordner parallel, möglich dass es im Log den Anschein erweckt, dass der gleiche Befehl ausgeführt wird. Du kannst dazu gerne einen Bugreport aufmachen.

Gruß

[steini]

hallo,
wir verwenden die 6.18.0 Rev14 in einer ähnlichen hw/sw konstelation ohne solche probleme. allerdings gab es das problem auch bei uns. hat lange gedauert, bis wir herausgefunden hatten, dass das iowait wegen der zu geringen anzahl an NFS prozessen passierte. Möglicherweise ist es bei euch ja so ähnlich?
lg

[sebbel]

Hallo,

jetzt müsste man nur noch NFS nutzen. Also, es ist ein Verzeichnis eingehängt, aber das wird durch cyrus nicht verwendet. Wo müsste ich bei NFS drehen um die Prozessanzahl zu erhöhen?

Hmm, aber ne Idee isses natürlich. Ich hab im cyrus das prefork für imap mal auf 10 erhöht, das schein eine klizekleine Besserung gebracht zu haben. Aber nicht entscheident.

Bugreport: Ok, gerne, wenn ich hier einen Bug hätte. Aber das würde ich gerne erst noch näher herausbekommen. Auf unserer Testkiste scheint das nämlich reibungslos zu funktionieren, die ist allerdings nicht von 6.16 auf 6.18.1 direkt aktualisiert worden sondern über Zwischenschritte. Außerdem hat die zu wenig Last, als das ich das effektiv ermitteln könnte, ob die das Problem auch hat, ich glaub es aber nicht.
Ergo - auf der Hauptserver muss was nicht stimmen.
Noch eine Idee, wie ich mich dem Problem nähern könnte? Wir haben das Subsystem schon einem Stresstest unterzogen. Das bringt aktuell genügend performance. Mich irritiert halt stark, dass Zugriffe aus dem OX heraus das System so stressen, während viele Email-Clients direkt überhaupt keine Wirkung zeigen.

Vg
Sebbel

[Wolfgang Rosenauer]

Das neueste Update ist 6.18 rev20. Da könnte noch was IMAP performance-relevantes dabei sein wenn ich mich richtig erinnere.

Gruss,
Wolfgang

[sebbel]

Da ich 6.18.1 Rev 12 habe ist das Update nicht für mein System gedacht.

Wir haben durch kleiner Tuningmaßnahmen am Cyrus das ein wenig verbessern könne, aber ist noch nicht wirklich viel.
Weitere Ideen, wie ich dem OX da auf die Sprünge helfen kann oder das Problem eingrenzen kann?

[Martin Heiland]

Hi,

heute ist 6.18.2 rausgekommen, dort wurde weiter an der Performance geschraubt. Vielleicht hilft das - ansonsten: Ticket beim Support oder einen Bug mit den bisherigen Erkenntnissen aufmachen.

Gruß

[sebbel]

Ahhhh! Sehr schön, gleich mal auf die Testumgebung werfen.

Schönes Weihnachtsfest!

[sebbel]

Hallo,

das Problem besteht leider immer noch. Letzte interne Diskussion erbrachte, dass wir das Feature der parallelen Abfragen auf die Emailkonten gerne mal abschalten würden.
Ist das möglich über die Konfig?

Wenn das nicht geht werd ich den Support bemühen müssen, da bei vielen Nutzern die GUI sehr sehr zäh wird :-(

Grüße
Sebbel

[Martin Heiland]

Hallo,

das Feature ist fest eingebaut und kann nicht über eine Konfiguration gesteuert werden. Vermutlich ist es dann wirklich besser, den Support zu kontaktieren.

Gruß