You are not logged in.
Pages: 1
Topic closed
Bonjour,
Depuis quelque temps, nous enrichissons une base glpi qui commence à être "relativement" volumineuse.
On a 850 machines et près de 400 équipements réseau référencés.
Ce matin, j'ai créé 1500 prises réseau et depuis, lors de la demande d'affichage des caractéristiques d'un port, j'ai des temps de réponse de plus de deux minutes.
Sur le serveur, le process mysql occupe 100% du CPU tout en sachant que je suis le seul connecté.
C'est vrai que mon serveur n'est pas un foudre de guerre mais la dégradation des perfs est énorme après utilisation des prises (d'autant qu'il ne me semble pas que 1500 entrées soient quelque chose d'énorme pour mysql).
J'ai testé connexion / déconnexion de glpi, redémarrage de mysql mais j'ai toujours le même comportement.
Du coup, s'agit-il d'un comportement "normal" de glpi lors de l'utilisation des prises réseaux ?
A bientôt,
Philippe
Last edited by Philippe (2008-11-04 10:41:20)
Tentative de mise en place de la solution
---------------------------------------------------------->
glpi 0.72 RC1
ubuntu 6 / apache 2.0.55 / mysql 5.0.22
Offline
Aucun problème chez nous avec un très grand nombre de prises.
Normalement les prises sont définies pour un lieu (ou une entité pour les ports des équipments réseaux).
Est-ce que AJAX est activé, parce que effectivement, s'il doit chargé les 1500 brises dans la combo, ça peut être un peut long... (quoi que non d'après mes essais...)
++
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
en mode debug, regarde si tu as des requetes SQL qui sont relativement longues
Offline
oui comme remi, activez ajax, ça ressemble à un problème lié à ça
Offline
Hello et merci pour les réponses !
Bon en fait j'ai flushé ma table de prises et refait mon import et du coup, je n'ai plus de soucis
Mon serveur ne devais pas être reveillé ce matin
@rémi, ajax n'est pas activé mais apparement, ca ne change pas grand chose si je l'active....
Merci encore pour la réactivité !
A bientôt
Philippe
Tentative de mise en place de la solution
---------------------------------------------------------->
glpi 0.72 RC1
ubuntu 6 / apache 2.0.55 / mysql 5.0.22
Offline
Depuis quelque temps, nous enrichissons une base glpi qui commence à être "relativement" volumineuse.
On a 850 machines et près de 400 équipements réseau référencés.
Ces chiffres sont trés modestes et ne devraient occasionnés aucun ralentissements notables.
Maintenant c'est à nuancer en fonction du nombre d'utilisateurs simultanés.
Pour améliorer les perfs de GLPI :
- Activez le cache dans la config
- Activez Ajax
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Salut JMD,
il me semblait aussi que ma base était assez légère surtout au vues de quelques posts récent sur le sujet. En plus, il n'y a pour l'instant que 2 ou 3 connexions simultanées...
Par contre, je souligne (ce que je n'ai pas fait au départ, il est vrai) que le serveur sur lequel tourne la base n'a de serveur que le nom......
En fait, j'ai refait des manips. Apparemment, ce qui a coincé, c'est surtout le fait que j'ai fait l'injection directement dans la base alors que nous étions plusieurs connectés. Du coup, le cache n'a pas dû remplir son rôle (ce qui assez logique).
Tout est rentré dans l'ordre après flush de la table et réinjection des données mais je pense qu'il y avait moins radicale comme solution...
Merci pour les astuces ajax / cache pour l'amélioration des perfs !
A bientôt
Philippe
Tentative de mise en place de la solution
---------------------------------------------------------->
glpi 0.72 RC1
ubuntu 6 / apache 2.0.55 / mysql 5.0.22
Offline
Pages: 1
Topic closed