You are not logged in.
Since we upgraded to version 10, we're experiencing slowness in overall performance.
Is there any changes we can do to improve performance?
Offline
Try debug mode as it can slow down performance significantly.
Review the search settings, especially the "full-text search" option, as it can be resource-intensive for large datasets, and optimize import processes to avoid overloading the system. Consider scheduling them for off-peak hours.
Additionally, I use tools like htop or glances to monitor CPU, RAM, and network usage, identifying bottlenecks and adjust configuration accordingly.
Offline
Several things to check:
1. Opcache and apcu PHP plugins installed and enabled for the version of PHP being used by your web server
2. Make sure debug mode is disabled (only applicable to super user accounts in GLPI)
3. Verify caches are working well in Setup > General on the Performance tab
4. Verify permissions on the files/_cache folder are correct so that the web server can read and write to it
If you are on 10.0.8 or later, you can enable debug mode for your account and use the new and improved debug toolbar to get more information about what the server was doing and how long it was taking.
The first button/widget on the debug bar is the server performance information for the initial request for the page. This can tell how long the initial request was, how long all requests on the page have taken, the peak memory usage for the initial request, etc.
The second button/widget lets you see every SQL request made on the current page along with how long each one took.
The third button/widget lists all of the requests made for the current page and see more information for each such as code execution time, memory usage, and SQL query times. This widget also has a "Profiler" view which lets you see how long certain portions of the code took (if they have profiling on them).
The fourth button/widget shows client-side performance metrics such as the first-paint time (how long it took before something was drawn on the screen), time to interactive (how long it took before it would accept input from the user), memory use, etc.
GLPI Collaborator and Plugin Developer.
My non-English comments are automated translations. Sorry for any confusion that causes.
Mes commentaires non anglais sont des traductions automatiques. Désolé pour toute confusion qui cause.
Mis comentarios que no están en inglés son traducciones automáticas. Perdón por cualquier confusión que cause.
Online
How can I create a systematic methodology to identify the specific bottleneck causing performance issues in a particular GLPI instance?
Offline
Guys, please, any assistance will be so welcome
Offline
Did you try any of the suggestions I made, or checked any of the performance metrics I mentioned?
Are you on the latest GLPI 10.0.X release?
GLPI Collaborator and Plugin Developer.
My non-English comments are automated translations. Sorry for any confusion that causes.
Mes commentaires non anglais sont des traductions automatiques. Désolé pour toute confusion qui cause.
Mis comentarios que no están en inglés son traducciones automáticas. Perdón por cualquier confusión que cause.
Online
Tried your suggestion, but it went about as well as juggling chainsaws blindfolded.
Still on GLPI, haven't heard anything game-changing about 10.0.X yet. Got any intel? ️
Offline
10.0.X just means the whatever the latest 10.0 bug fix version is at the current time. For example, 10.0.10, 10.0.11, etc.
GLPI Collaborator and Plugin Developer.
My non-English comments are automated translations. Sorry for any confusion that causes.
Mes commentaires non anglais sont des traductions automatiques. Désolé pour toute confusion qui cause.
Mis comentarios que no están en inglés son traducciones automáticas. Perdón por cualquier confusión que cause.
Online