web-dev-qa-db-fra.com

Apache 2.4 sous Windows répond lentement et se bloque lors de la diffusion de pages dynamiques.

(Je connais la réponse à cette question. Publier ceci juste pour partager la réponse avec la communauté)

Mon instance locale (Windows 7) d’Apache 2.4 rencontre des retards ou lors du traitement de certaines URL, en fonction de quel navigateur j'utilise pour accéder à ces URL .

Avec Firefox/Chrome, Apache est lent à répondre à certaines URL. La lenteur survient environ 20% du temps sur une URL donnée. Lorsque cela se produit, Firefox affiche l'état "En attente de ..." dans un délai de 5 secondes.

Avec Internet Explorer 9, , Apache se bloque simplement et cesse de répondre aux demandes (quel que soit le navigateur) jusqu'à ce qu'il soit redémarré.

  • Cela semble se produire uniquement avec les requêtes dynamiques (PHP), mais pas toutes. En fait, cela ne se produit que sur un seul site. D'autres sites basés sur PHP sur la même machine fonctionnent correctement.
  • Le fait que le site problématique comporte un grand nombre de sous-domaines (VirtualHosts) peut être significatif ou non.
  • Désactiver le pare-feu Windows et Comodo Firewall n’aide en rien.
  • Le problème semble plus fréquent avec les pages "plus chargées" (demandes supplémentaires d'IFRAMES, etc.)

J'ai essayé de nombreuses modifications de httpd.conf (telles que la désactivation de KeepAlive, EnableMMAP, HostnameLookups) mais rien ne semble fonctionner.

windows-7windowsapache-http-servercomodo-firewall
28
Tomasz P. Szynalski

Répondu par Thomasz

La solution consiste à ajouter ce qui suit à votre httpd.conf:

AcceptFilter http none
AcceptFilter https none

Sous Windows, cela a pour effet de désactiver l'API AcceptEx () (qui fait partie de WinSock), qui offre certaines améliorations en termes de performances, mais qui est probablement en conflit avec le pare-feu Comodo.

Mettre Comodo Firewall en mode "Désactivé" n'aide pas, car les demandes passent toujours par le code réseau de Comodo. Je pense que Comodo devrait être complètement désinstallé pour éliminer le problème (bien que je ne l'aie pas essayé).

Si vous rencontrez un problème similaire avec Apache 2.2, vous devez plutôt utiliser la directive Win32DisableAcceptEx.

Références

Citant de http://httpd.Apache.org/docs/2.4/mod/core.html :

Les valeurs par défaut sous Windows sont:

AcceptFilter http data

AcceptFilter https data

Le paramètre mpm_winnt de Windows interprète AcceptFilter pour basculer l'API AcceptEx () et ne prend pas en charge la mise en mémoire tampon du protocole http. Deux valeurs utilisent l'API Windows AcceptEx () et recyclent les sockets réseau entre les connexions. les données attendent que les données aient été transmises, comme indiqué ci-dessus, et les adresses de la mémoire tampon de données initiale et du noeud final du réseau sont toutes extraites de la seule invocation AcceptEx (). connect utilisera l'API AcceptEx (), récupérera également les adresses des points de terminaison du réseau, mais comme aucune option, l'option de connexion n'attend pas la transmission initiale des données.

Sous Windows, personne n’utilise accept () plutôt que AcceptEx () et ne recyclera pas les sockets entre les connexions. Ceci est utile pour les adaptateurs réseau avec une prise en charge de pilote défectueuse, ainsi que pour certains fournisseurs de réseau virtuel tels que les pilotes vpn ou les filtres anti-spam, anti-virus ou anti-spyware.

Voir aussi: http://forums.comodo.com/help-for-comodo-antivirus/conflict-with-Apache-t260.0.html;msg31636#msg31636

32
Eric Fossum