avec apache, est-il raisonnable de réduire MaxClients lorsque KeepAlive est Off? Actuellement, MaxClients est défini sur 150, qui est la valeur par défaut pour mpm-worker.Apache MaxClients lorsque KeepAlive est désactivé
0.8 sur une boîte quad-coremerci!
Ne pas autoriser les connexions permanentes signifie que l'on pourrait techniquement laisser tomber MaxClients. Cela est dû au fait que les threads du gestionnaire de requêtes dans Apache ne seront pas bloqués en attendant de voir s'il y aura une demande ultérieure sur la même connexion. Ainsi, vous obtiendrez une meilleure utilisation des threads de gestionnaire de requêtes disponibles et vous n'en aurez peut-être pas besoin autant.
De plus, si tout le trafic arrive via nginx, c'est que nginx implémente uniquement HTTP/1.0 dans son module proxy et n'implémente pas les requêtes keep alive sur la connexion par proxy. Ainsi, utiliser keep alive du coté d'Apache est inutile quand on utilise nginx devant lui. Parce que si nginx n'implémente pas keep alive, il devrait laisser tomber les connexions rapidement car il n'aura pas l'intention de les réutiliser, ainsi vous ne devriez pas souffrir si vous oubliez de garder vivant dans Apache en utilisant nginx comme frontal.
Ce proxy nginx ne supporte que HTTP/1.0 et ne pas utiliser garder en vie est mentionné dans la documentation proxy: