Comprendre la configuration de max_children dans 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。

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

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

statique : signifie exécuter pm.max_chindren les processus de travail directement lorsque fpm est en cours d'exécution

dynamique : signifie débourser processus, ajustés dynamiquement en fonction des conditions de charge, jusqu'à max_children processus. start_servers

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, comme la lecture de la base de données, ou des 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 est d'être rapide. Vous ne pouvez qu'améliorer autant que possible l'efficacité du programme et réduire au minimum le temps d'une seule demande. d'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

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. max_children

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

est dans l'état de fpm, puis configurez max_children pour qu'il soit plus grand que cela et tout ira bien. max active processes

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!