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
_______________________________________________
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
