Explication détaillée de la configuration de max_children en php-fpm

Maintenant, nginx + fpm est fondamentalement devenu la configuration dominante, parmi laquelle nous sommes plus préoccupés par la configuration de pm.max_chindren

Tout d'abord, nous prêtons attention à un paramètre : pm = static/dynamic,

Cette option permet d'identifier le mode de génération du sous-processus fpm :

statique : signifie Déboursez directement les pm.max_chindren travailleurs lorsque fpm est en cours d'exécution. Processus

dynamique : signifie que les start_servers processus seront dupliqués pendant l'exécution et seront ajustés dynamiquement en fonction de la charge, en hausse. à pas plus de processus max_children.

Il est généralement recommandé d'utiliser le statique. L'avantage est qu'il n'a pas besoin de déterminer dynamiquement la situation de charge et améliore les performances. L'inconvénient est qu'il consomme plus de ressources mémoire système.

Ce qui précède nous indique le nombre de processus de travail représentés par max_chindren. On pense généralement que plus cette configuration peut gérer de simultanéité en même temps, il s'agit d'un malentendu relativement important :

• 1) En fait, il y a plus de processus, ce qui augmente le coût de commutation de processus , qui est plus central. Oui, le nombre de processus fpm pouvant être exécutés simultanément ne dépassera pas le nombre de processeurs. C'est une mauvaise compréhension d'augmenter le QPS en ouvrant plus de travailleurs. Cela ne signifie pas que si vous ouvrez plus de processus, vous disposerez de plus de processeurs pour le traitement.
• 2) Il y a moins de processus de travail. Si le serveur est occupé, nginx atteindra les données en fpm. On constatera que tous les travailleurs travaillent et qu'il n'y a pas de travailleurs inactifs pour accepter les demandes, ce qui donne 502.
• 3) Dans les affaires réelles, comme nous avons beaucoup d'opérations d'E/S, telles que la lecture de bases de données ou d'appels RPC internes, en attendant les E/S, le processus sera mis en veille par le système, et il n'occupe pas le CPU. Si moins de travailleurs sont configurés, le CPU ne sera pas utilisé

Alors, comment configurer le nombre de travailleurs ?

Théoriquement, le nombre de processus de travail = le nombre de processeurs est le plus raisonnable, mais en raison du point 2, chaque travailleur peut ne pas avoir fini de traiter la demande, donc 502 se produiront fréquemment. Mais ouvrir plus de processus signifie simplement éviter 502 et suspendre temporairement la demande, mais ce n'est qu'un moyen de l'alléger. En fait, cela augmentera non seulement la concurrence du système, mais augmentera également la charge du système. sur la base de 2 et 3, définir un nombre raisonnable de travailleurs est plus important.

Le seul art martial au monde qui ne peut être que rapide est d'améliorer autant que possible l'efficacité du programme et de réduire au minimum le temps d'une seule demande. un seul travailleur est raccourci, ce qui peut être traité en unité de temps. Naturellement, il y a eu plus de demandes.

Ensuite, le nombre de max_children peut être estimé en fonction du nombre de demandes traitées par chaque travailleur en unité de temps. Si le temps de traitement de la requête la plus importante (temps CPU dans xhprof) est inférieur à 100 ms et que 100 requêtes arrivent en même temps en 100 ms, alors en théorie, 100 processus de travail doivent être configurés pour suspendre les requêtes en premier.

Cependant, le temps maximum de requête peut être affecté par de nombreuses circonstances externes et est difficile à prévoir, en particulier les E/S réseau sont également incluses. Nous pouvons emprunter des outils de profil tiers, tels que xhprof , ce type de. L'outil peut compter la consommation de temps CPU. Le calcul du nombre réel de travailleurs pendant cette période est beaucoup plus raisonnable que le calcul du temps total. En fait, il existe un raccourci ici pour configurer votre nombre max_children, qui consiste à définir max_childnren au début. dans une valeur relativement grande. Après avoir fonctionné de manière stable pendant un certain temps, observez ce que max active processes est dans l'état de fpm, puis configurez max_children pour qu'il soit plus grand que cela et tout ira bien.

Recommandations d'apprentissage associées : Programmation PHP de l'entrée à la maîtrise

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!