Please enable OTRS performance logging and post some values. To go further I'd take a look at Apache VMonitor and correlate the results with some automated replays of requests from your client by using Charles Proxy. But it's pretty strange though.
I'm not a big fan of perl for webapps anyway but in most cases it's good enough. I've setup OTRS 4 with 15 concurrent agents and up to 10 customers, over 160.000 tickets and with a lot of bells & whistles. The performance was quite ok (ca. 5req/s with 95% < 0.8s). Best performance results are achieved with mod_perl2 on a dedicated server and mod_fcgid in a shared environment. Apache MPM worker had a slightly smaller footprint than the prefork MPM. Von meinem iPhone gesendet > Am 01.07.2016 um 17:34 schrieb Mimiko <[email protected]>: > >> On 01.07.2016 18:30, Vogl, Yves wrote: >> And you've constantly high response times (over 10s) when browsing OTRS from >> this client? > > Yes, always. Some pages have 3-5 sec. Especially if repetitive refresh page. > And it not only one client problem. I am talking about agent's module, not > client's interface. Although, that interface is simple, browsing takes 1-3 > sec. > > Maybe perl is so slow? > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs ------------------------------------------------------- >>> business. people. technology. <<< ------------------------------------------------------- adesso AG mit Sitz in Dortmund Vorstand: Michael Kenfenheuer (Vors.), Christoph Junge, Andreas Prenneis Vorsitzender des Aufsichtsrates: Prof. Dr. Volker Gruhn Amtsgericht Dortmund HRB 20663 --------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs
