You are not logged in.
Pages: 1
Hi, anyone noted that latest version are very slow compared the version 9.3?
Looking for the problem I saw that just to enter in a ticket left 5 seconds to render common.tabs.php...
Does anybody know how to solve this slow performance?
Thanks
Offline
Hi
what about Zend OPcache?
Offline
in 9.4 you have more javascript than 9.3
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Yes, i have performance issue on 9.4.1.1 too.
It appears that apache2 process use 100% of Cpu sometimes. At this time, i don't know what is the cause of this issue. I'm trying to search on log (apache & Glpi).
Do you use order plugin ? I see lot of Php errors on this plugins...
In my case, have also change crontask scheduling for update of OCs Inventory synchronization and LDAP users. (1 time a day instead of each hour...). it's better, but they are another issue.
GLPI v10.10
Offline
Yes, i have performance issue on 9.4.1.1 too.
It appears that apache2 process use 100% of Cpu sometimes. At this time, i don't know what is the cause of this issue. I'm trying to search on log (apache & Glpi).
Do you use order plugin ? I see lot of Php errors on this plugins...
In my case, have also change crontask scheduling for update of OCs Inventory synchronization and LDAP users. (1 time a day instead of each hour...). it's better, but they are another issue.
All my cron tasks are CLI, so it is not did by GLPI webfront.
I don't use order plugin, but I use a lot of others, I will find where is the problem.
Offline
Hi
I have the same issue on Ubuntu 16.
Very slow since 9.4.1.1 upgrade.
Many issues with LDAP synchronisation. I think I will rollback to V9.3
Br, Gilles
Offline
Hello.
Thank you for your report, here is the issue on github: https://github.com/glpi-project/glpi/issues/5657
And the proposed fix: https://github.com/glpi-project/glpi/pull/5666
On our side, we gain 10x time on loading a single ticket (3.2s before, 0.3s after)
Offline
Hello,
i've the same issue
glpi 9.4.1
Debian 9, apache2, maria db php5.6
zend opcache at 256Mb, hits near 95%.
php limit 4Gb
hardware is 2x 6core xeon, 12gb ram, raid 10 8X450gb sas 15krpm ..
when clicking the final add to the ticket, run run run..
from top system use is always quiet, maximum 10%
Last edited by daniele.phobos (2019-03-25 15:58:38)
Offline
i've tried the fix, is really better than before, but i think performance are far away to lower version,
thanks for the really quick help! now i can avoid downgrading until the final release!
Last edited by daniele.phobos (2019-03-25 16:27:08)
Offline
@daniele.phobos.
Do you have opcache and apcu enabled for your instance ? (mostly opcache)
By the way, you should consider upgrade php to version 7.x (7.3 if you can), performance between php5.6 (end of life) and php 7.2 are x2.
With the patch we talked this afternoon, on my laptop i currently have response time below 1s.
6.5s is still very slow
Offline
yes..512Mb of opcache and apcu too (barely used apcu)
i know about php..i've to use multiple version, because a lot of 5.6 php plugin for our wp intranet, i will implement this week if i can.
edit: i forgot..i've increased opcache and temp table memory size in mysql too .now loading time is about 1.75 seconds
i noticed that 9.4 use really a lot more of sql query than 9.3
Last edited by daniele.phobos (2019-03-25 18:13:21)
Offline
We have also noticed issues (I was directed here from our post: https://forum.glpi-project.org/viewtopic.php?id=168515).
1500+ Computers / 1100+ users
Offline
it seems this is a known issues solved in 9.2
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
Hello.
Thank you for your report, here is the issue on github: https://github.com/glpi-project/glpi/issues/5657
And the proposed fix: https://github.com/glpi-project/glpi/pull/5666On our side, we gain 10x time on loading a single ticket (3.2s before, 0.3s after)
orthagh I hope this is good, to be honest I am not a programmer and I do not understand how to apply the solution proposed in the log, you could be so kind to guide me a little better, thank you very much
Offline
If you want, you can simply get the nightly version here : https://forge.glpi-project.org/tarballs … xes.tar.gz
Or wait for 9.4.2.
Offline
Is the wait for 9.4.2 going to be long, Orthagh?
Offline
This week normally
Offline
@ortagh This week I upgraded to version 9.4.2 and improved noticeably. the difference in the opening of tickets and in the drop-down lists is considerable.
Thank you very much everyone for your interest and for the answers allowed
Offline
I confirm ccastelb's observation regarding ticket opening and ticket creating speed. Great job! Thank you.
Offline
Pages: 1