Autre hypothèse : combien de process PHP sont autorisés à tourner en parallèle ? Car s'il y en a trop peu, et qu'ils sont occupés à calculer les pages lentes pour les robots d'indexation, ça pourrait provoquer une impossibilité pour nginx d'en trouver un à qui parler — même si le CPU et le MySQL sont relativement dispos.
/etc/php5/fpm/pool.d/www.conf
pm.max_children = 5
=> je mets 50 et on voit
Ce matin j'ai fait un petit test (ab -n100 -c10 https://seenthis.net/) et le nombre de processus php-fm est monté à 15 ou 16, avant de redescendre tranquillement. Donc de ce point de vue ça a l'air bon.
(Par contre la page reste lente à calculer (1s à 2s), mais on revient à des questions normales d'amélioration de squelettes, de cache SPIP etc.)
Autre hypothèse : combien de process PHP sont autorisés à tourner en parallèle ? Car s'il y en a trop peu, et qu'ils sont occupés à calculer les pages lentes pour les robots d'indexation, ça pourrait provoquer une impossibilité pour nginx d'en trouver un à qui parler — même si le CPU et le MySQL sont relativement dispos.
=> je mets 50 et on voit
Ce matin j'ai fait un petit test (
ab -n100 -c10 https://seenthis.net/) et le nombre de processus php-fm est monté à 15 ou 16, avant de redescendre tranquillement. Donc de ce point de vue ça a l'air bon.(Par contre la page reste lente à calculer (1s à 2s), mais on revient à des questions normales d'amélioration de squelettes, de cache SPIP etc.)