
Hallo, wir setzen OTRS 1.1.3 seit knapp 5 Wochen ein, in dieser Zeit wurden ca. 70.000 Tickets generiert die von 5-10 Agenten bearbeitet werden. Leider ist die Performance zeitweise so schlecht das ein vernuenftiges Arbeiten nicht mehr moeglich ist da man laenger auf die Antwort des Webservers wartet als man fuer die abarbeitung eines Tickets beoetigen wuerde ... Mich wuerde interessieren ob andere OTRS Nutzer mit aehnlich hohem Ticketaufkommen die selben Probleme haben und ob/wie sie diese geloest haben, bzw. ob ein wechsel auf die neueste Version 1.2.2 abhilfe schaffen kann. anbei die Systeminfos: 2.4GHz P4 mit 1GB Speicher Linux version 2.4.20-bf2.4 (root@athena) (gcc version 2.95.4 20011002 (Debian prerelease)) mysql Ver 12.22 Distrib 4.0.16, for pc-linux-gnu (i686) Apache/1.3.29 (Debian GNU/Linux) bzw. Apache/1.3.29 Ben-SSL/1.52 (Debian GNU/Linux) total used free shared buffers cached Mem: 904424 827560 76864 0 66516 524884 -/+ buffers/cache: 236160 668264 Swap: 2048248 38088 2010160 mfg Ihsan Süeroglu

hi! ein derartig hohes aufkommen haben wir nicht, aber ich kann mir nicht vorstellen das es direkt am otrs liegt performance tipp's a. den kernel updaten. der bf kernel ist zum installieren gedacht und hat deswegen keinerlei performance optimierungen drin. ein apt-get ist dein freund ;-) b. beobachte mit dem befehl "top" wie wie performance verlaeuft c. wenn deine hdd's aus einem ide system bestehen - umbedingt hdparm installieren!!!! mfg, chris Am Monday 08 March 2004 14:39 schrieb I.S.:
Hallo,
wir setzen OTRS 1.1.3 seit knapp 5 Wochen ein, in dieser Zeit wurden ca. 70.000 Tickets generiert die von 5-10 Agenten bearbeitet werden.
Leider ist die Performance zeitweise so schlecht das ein vernuenftiges Arbeiten nicht mehr moeglich ist da man laenger auf die Antwort des Webservers wartet als man fuer die abarbeitung eines Tickets beoetigen wuerde ...
Mich wuerde interessieren ob andere OTRS Nutzer mit aehnlich hohem Ticketaufkommen die selben Probleme haben und ob/wie sie diese geloest haben, bzw. ob ein wechsel auf die neueste Version 1.2.2 abhilfe schaffen kann.
anbei die Systeminfos: 2.4GHz P4 mit 1GB Speicher Linux version 2.4.20-bf2.4 (root@athena) (gcc version 2.95.4 20011002 (Debian prerelease)) mysql Ver 12.22 Distrib 4.0.16, for pc-linux-gnu (i686) Apache/1.3.29 (Debian GNU/Linux) bzw. Apache/1.3.29 Ben-SSL/1.52 (Debian GNU/Linux)
total used free shared buffers cached Mem: 904424 827560 76864 0 66516 524884 -/+ buffers/cache: 236160 668264 Swap: 2048248 38088 2010160
mfg Ihsan Süeroglu
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/

Hi Ihsan, On Mon, Mar 08, 2004 at 02:39:58PM +0100, I.S. wrote:
wir setzen OTRS 1.1.3 seit knapp 5 Wochen ein, in dieser Zeit wurden ca. 70.000 Tickets generiert die von 5-10 Agenten bearbeitet werden.
Leider ist die Performance zeitweise so schlecht das ein vernuenftiges Arbeiten nicht mehr moeglich ist da man laenger auf die Antwort des Webservers wartet als man fuer die abarbeitung eines Tickets beoetigen wuerde ...
Mich wuerde interessieren ob andere OTRS Nutzer mit aehnlich hohem Ticketaufkommen die selben Probleme haben und ob/wie sie diese geloest haben, bzw. ob ein wechsel auf die neueste Version 1.2.2 abhilfe schaffen kann.
Es gibt installationen mit 70.000 Tickets und viel mehr. Wenn man bei dieser größe Probleme bekommt, muss man dies genauer einkreisen (mit "top" kann man schon viel sehen). Liegt es z. B. an der Datenbank oder am OTRS dann können wir genaueres sagen. PS: Siehe auch http://doc.otrs.org/1.2/de/html/performance-tuning.html für Tips.
mfg Ihsan Süeroglu
Martin Edenhofer -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
participants (3)
-
christian gattermair
-
I.S.
-
Martin Edenhofer