Hi Laurent, On Mon, Jun 2, 2008 at 5:55 PM, Lars Jørgensen <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 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/
