I missed the point about you having this issue on a physical machine. I also noticed on my systems that opening SysConfig, and especially opening Package Manager, is an operation that is much slower than most others.
The Support Package has a builtin benchmarking tool for the database. Did you run that benchmark? Are the results ok? If everything checks out then the only possible cause that is left standing is the performance of mod_perl + Apache on your Linux distro. It would be worth to try a different, more common distro (such us CentOS or Ubuntu) and trying to run mod_perl and Apache in 32-bit vs 64-bit modes to see if there are any differences. I'm also tackling some performance issue with my OTRS system as I'm trying to upgrade from 3.2 to 3.3 on Windows and during my investigations I've noticed mod_perl has somewhat fallen out of grace, not just on Windows where it became borderline unusable. You may want to try mod_fastcgi instead. On Tue, May 13, 2014 at 3:27 PM, Mimiko <vbv...@gmail.com> wrote: > I did say that I don't run otrs in VM. Its a dedicated physical server on > Debian Wheezy x86-64 4 logical CPU 5GB RAM. Its Xeon 2.8GHz 5 years old. > And only apache and otrs is on this server. > > I did read the chapter 6. There are no more than 100 tickets now and no > more than 200 articles. Also, I use preloaded modules and pre-established > database connections. Most of the tips in this chapter is for more than > 60000 tickets. > > How this is related to poor performance when accessing SysConfig or > Package Manager? > > > On 13.05.2014 14:49, Bogdan Iosif wrote: > >> There's probably a bottleneck in your config. Either at the hypervisor >> level or inside the VM. >> >> On my instance, I have 150 tickets/day, up to ~40 agents and up to ~140 >> customers simultaneously connected. I'm running Apache 32-bit/MySQL >> 32-bit/Strawberry Perl 32-bit/Windows 2008 R2 64-bit in a VM with 4 CPUs >> on Hyper-V (Windows 2008 R2), on 4 year old hardware. I think my access >> times are slightly better than yours. >> >> Ensure your VM performs optimally. It may be worth to install OTRS in a >> different VM, on a different hypervisor and see if you get the same >> performance. >> >> Make sure you follow chapter 6 from the admin manual for performance >> improvements but really for 2-3 customers and 2-3 agents you shouldn't >> need to do make any special performance performance tweaks for OTRS to >> runs decently fast. >> > > > -- > Mimiko desu. > --------------------------------------------------------------------- > 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
