Nils Breunese (Lemonbit) wrote:
Nick Bright wrote:
I'm using OTRS on a CentOS 5 server, with mod_perl enabled. Overall OTRS got MUCH faster when I enabled the mod_perl configuration, but the calendar is still excruciatingly slow.
That is to say, when you click on the "Calendar" icon it takes three to five minutes to pull up any given view of the Calendar.
Is there any way to improve the performance of this application?
We don't use the Calendar, but 3-5 *minutes* doesn't sound like normal performance (even when not using mod_perl). Have you checked things like logs, system load, memory usage, etc.?
Thanks for your response Nils. The server itself is performing well. CPU load is normal, memory load was normal, even before I upgraded the box to 4GB RAM (from 512MB). Disk I/O doesn't seem unusually high, and "top" doesn't show the system spending a lot of time in wait state: Tasks: 104 total, 1 running, 102 sleeping, 0 stopped, 1 zombie Cpu(s): 0.2%us, 0.5%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 4058316k total, 3791304k used, 267012k free, 180420k buffers Swap: 2097144k total, 100k used, 2097044k free, 3058580k cached Even before switching the rest of OTRS to mod_perl, the calendar was slower than everything else. mod_perl made a *huge* difference in the rest of OTRS though. I'd have to subjectively say something like a 5x performance improvement. I tried putting the Calendar modules in to the mod_perl startup scripts but I don't think I was doing it right. I got lots of errors where apache wouldn't start, and when it would start it made no difference at all in performance.
Nils Breunese. _______________________________________________ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs