[otrs] OTRS is slow

Nick Bright nick.bright at terraworld.net
Tue Aug 5 16:54:05 GMT 2008

Thanks for the post regarding mod_perl - I was not aware of setting it 
up this way!

I set this up per the README.webserver file, and noticed at least a 10x 
performance improvement in OTRS 2.2.5 running on CentOS 5.x with a 
2.4GHz HT P4 & 512MB RAM.

However, I'm using some additional modules (Calendar and FAQ) that are 
both still slow. I don't know a lot about mod_perl, but from looking at 
the apache2-perl-startup.pl script it's obvious that it's preloading 

I tried adding the Calendar and FAQ modules to that list, but apache 
wouldn't start, complaining about not being able to find the files

[Tue Aug 05 10:18:29 2008] [error] syntax error at 
/opt/otrs/scripts/apache2-perl-startup.pl line 156, near "use 
Kernel::System::CalendarEvent."\nCompilation failed in require at (eval 
2) line 1.\n
[Tue Aug 05 10:18:29 2008] [error] Can't load Perl file: 
/opt/otrs/scripts/apache2-perl-startup.pl for server 
otrs.terraworld.net:0, exiting...

However, the files do exist at the proper location.

I added this to the apache2-perl-startup.pl script:

# calendar modules
use Kernel::System::CalendarEvent.pm;
use Kernel::Modules::AgentCalendar.pm;

Is there a better/more proper way to install my additional modules into 
this script such that my calendar and FAQ modules will also be 
accelerated by mod_perl?

- Nick Bright
   Network Administrator
   Terra World Communications, LLC
   Tel 888-332-1616 x 315
   Fax 620-332-1201

Brett Davis wrote:
> Hi Laurent,
> On Mon, Jun 2, 2008 at 5:55 PM, Lars Jørgensen <ITLJ at gyldendal.dk> wrote:
> Hi
> I was browsing through the OTRS documentation and way down in chapter 21 it says "Of course you should use mod_perl 2.0". That's all and that's probably why I didn't enable it before now.
> I found /opt/otrs/README.webserver which had a little more info, and I decided to try and install mod_perl.
> That thing is FAST! Before OTRS was always a bit on the slow side, now it performs very quickly.
> Maybe everybody on this list already knows about mod_perl and in that case I'm sorry about this mail. But if you don't know about it, you should definitely check it out. It ought to at least be mentioned in the installation section of the manual.
> --
> Lars
> I haven't checked it out myself but it might be worth some research.
> Brett
> -----Original Message-----
> From: otrs-bounces at otrs.org [mailto:otrs-bounces at otrs.org] On Behalf Of Laurent Minost
> Sent: Tuesday, June 10, 2008 2:58 AM
> To: User questions and discussions about OTRS.org
> Subject: [otrs] OTRS is slow
> Hi,
> We are using OTRS 2.2.5 with a MySQL Backend with 4GB of RAM and Xeon
> 3.06 GHz CPU.
> Linux Distribution is the latest CentOS 5.1 with kernel
> 2.6.18-53.1.21.el5 #1 SMP.
> OTRS is running on Apache httpd-2.2.3-11.el5_1.centos.3 with
> mod_perl-2.0.2-6.3.el5 and perl-5.8.8-10.el5_0.2 and is having about ~
> 4000 tickets in database with 300 customer companies and about 700
> customers.
> Apache and MySQL were tuned the best I can to improve general
> performance and response time.
> With all these software and hardware related things, OTRS is by far too
> slow, overall navigation on the Agent AND Customer interface is slow (
> response times of about 1 to 2 seconds for paged display).
> At this moment, I have no clue/idea about how to make it faster, I would
> like to try some sort of debugging with tool like Fred but didn't find
> any documentation how to implement it and makes it work ?
> By the way, I tried to disculpt some of the component by doing some
> tests with other software : Apache and MySQL does not seem to be the
> problem as other PHP applications running on the same server are running
> fast and smoothly.
> If anyone is having some ideas or advises on how to debug/find a
> solution to this problem, I will be glad to read your answers and share
> OTRS experience with any of you.
> ./otrs.checkModules
>                   CGI ... ok
>           Date::Pcalc ... ok
>          Date::Format ... ok
>                   DBI ... ok
>            DBD::mysql ... ok
>           Digest::MD5 ... ok
>      Crypt::PasswdMD5 ... ok
>        LWP::UserAgent ... ok
>            IO::Scalar ... ok
>              IO::Wrap ... ok
>          MIME::Base64 ... ok
>           MIME::Tools ... ok
>        Mail::Internet ... ok
>              Net::DNS ... ok
>             Net::POP3 ... ok
>             Net::LDAP ... ok
>             Net::SMTP ... ok
>          Authen::SASL ... ok
>                    GD ... ok
>              GD::Text ... ok
>             GD::Graph ... ok
>      GD::Graph::lines ... ok
>       GD::Text::Align ... ok
>           XML::Parser ... ok
>             PDF::API2 ... ok
>        Compress::Zlib ... ok
> Thks by advance.
> Best regards
> Laurent MINOST
> _______________________________________________
> 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
> Support or consulting for your OTRS system?
> =http://www.otrs.com/
> Dynojet Research, Inc. - Confidentiality notice:
> This email message and any attachments are intended only for the person or entity to which it is addressed and may contain confidential, proprietary and/or privileged information.  Any review, distribution, reliance on, or otherwise use of this information by persons or entities other than the intended recipients is prohibited.  If you received this message in error, please immediately notify the sender and delete it and all copies of it in your system.
> _______________________________________________
> 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
> Support or consulting for your OTRS system?
> =http://www.otrs.com/

More information about the otrs mailing list