Improve Calendar Performance?
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? -- --- - Nick Bright Network Administrator Valnet, LLC Tel 888-332-1616 x 315 Fax 620-332-1201
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.? Nils Breunese.
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
Please, if someone could just tell me how to properly pre-load the modules for the calendar along with the rest of OTRS, I would love to try that and see how it impacts performance. Thanks, --- - Nick Bright Network Administrator Valnet, LLC Tel 888-332-1616 x 315 Fax 620-332-1201 Nick Bright wrote:
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
participants (2)
-
Nick Bright -
Nils Breunese (Lemonbit)