Forum GLPI-Project

J2C99

Member

Registered: 2020-08-11

Posts: 107

[GLPI 10] Utilisation HTTP2

Bonjour

  Suite à la migration GLPI 9 vers GLPI 10,  on a noté de la latence lors de la génération de la page front/central.php.
  En analysant la génération de la page, on passe de quelques requetes HTTP  pour la 9 à plus de 40 .

  Il faut savoir que les browsers integrent une limitation sur le nombre de connexions simultanées par site.
  Dans l e cas de firefox, chez moi c'est  6 (about:config , et regardez la valeur de network.http.max-persistent-connections-per-server ).
  Cela signifie que dés que le seuil de  connexions HTTP  simultanée dépasse 6, les connexions sont mises en attente.
(Explication des etats => https://firefox-source-docs.mozilla.org … mings-tab) .

  Du coup, pour remédier à cela , j'ai regardé  côté HTTP2 (evolution de HTTP/1 permettant le multiplexage des connexions)
  Cela permet de conserver une connexion persistante, tout  les requetes HTTP passeront par celle-ci.

  Apres passage en HTTP2 , je n'ai pas rencontré de gain flagrant en temps.
  Je reste en attente de retour serveur cette fois (semblerait plus que ce soit côté base de données précisément).

   Préconisez vous le passage en HTTP2 ?
   L'avez vous fait ?,    Si oui , quels spécificités avez vous apportées , côté serveur http, base de données ?

cconard96

Moderator

Registered: 2018-07-31

Posts: 2,424

Website

Re: [GLPI 10] Utilisation HTTP2

GLPI n'utilise rien de spécifique à HTTP2, vous n'y gagnez donc rien pour le moment.

De plus, la plupart des requêtes sur la page qui mènent à un chemin « .php » seront bloquées car cela chargerait votre fichier de session utilisateur.

Par exemple avec les requêtes faites à "page1.php", "page2.php" et "page3.php" :
La requête "page1.php" est reçue en premier et ouvre votre fichier de session. Le fichier de session reste verrouillé lorsqu'il est ouvert, ce qui signifie dans la plupart des cas qu'il est verrouillé jusqu'à la fin de la requête.

Les requêtes vers "page2.php" et "page3.php" seront reçues par le serveur mais commenceront à attendre presque immédiatement que la session soit disponible.

Si vous rencontrez des lenteurs sur la page central.php, il s'agit probablement d'un problème côté serveur plutôt que d'un problème lié au nombre de requêtes.

---

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.

J2C99

Member

Registered: 2020-08-11

Posts: 107

Re: [GLPI 10] Utilisation HTTP2

Merci pour ce retour.

  Effectivement j'avais remarqué une faible gain en tant d'exécution, mais je n'arrivais pas à identifier le soucis
  Je voyais bien un bloquage niveau serveur

  HTTP/2 ou modification du nombre de connexions simultanées n'est pas une solutiion viable

cconard96

Moderator

Registered: 2018-07-31

Posts: 2,424

Website

Re: [GLPI 10] Utilisation HTTP2

Connectez-vous à GLPI avec un compte/profil tel que Super-Admin qui peut mettre à jour les configurations, puis activez le mode débogage depuis le menu déroulant utilisateur en haut à droite de GLPI.

Au bas de chaque page se trouvera une nouvelle barre d'outils contenant différents outils affichant des informations telles que chaque requête SQL effectuée sur la page, chaque requête HTTP et même des données de profil montrant ce que faisait le serveur et pendant combien de temps.

---

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.