Apache MPM event

Langues Disponibles: en | fr

Description:	Une variante du MPM `worker` conçue pour ne mobiliser des threads que pour les connexions en cours de traitement
Statut:	MPM
Identificateur de Module:	mpm_event_module
Fichier Source:	event.c

Sommaire

Le module multi-processus (MPM) event est conçu pour permettre le traitement d'un nombre accru de requêtes simultanées en déléguant certaines tâches à des threads de support, libérant par là-même le thread principal et lui permettant de traiter les nouvelles requêtes. Il s'inspire du MPM worker qui implémente un serveur hybride multi-processus/multi-threads. Les directives de configuration à l'exécution sont identiques à celles du MPM worker.

Pour utiliser le MPM event, ajoutez --with-mpm=event aux arguments du script configure lorsque vous compilez le programme httpd.

Directives

Voir aussi

Le MPM worker

Comment tout cela fonctionne

Ce MPM essaie de résoudre le 'problème keep alive' de HTTP. Lorsqu'un client a soumis une première requête, il peut garder la connexion ouverte, et envoyer les requêtes suivantes en utilisant le même socket. Ceci permet de réduire de manière significative la surcharge due à la création de connexions TCP. Cependant, le serveur HTTP Apache mobilise en principe à cet effet un processus/thread enfant en attente des données du client, ce qui amène son propre lot d'inconvénients. Pour résoudre ce problème, event utilise un thread dédié qui gère non seulement les sockets en écoute, mais aussi tous les sockets en état Keep Alive.

Le MPM présuppose que l'implémentation apr_pollset sous-jacente est raisonnablement sûre du point de vue des threads. Ceci permet au MPM d'éviter un verrouillage de haut niveau excessif, ou de devoir activer le thread en écoute afin de lui envoyer un socket keep alive. Tout ceci n'est actuellement compatible qu'avec KQueue et EPoll.

Prérequis

Ce MPM dépend des opérations atomiques compare-and-swap d'APR pour la synchronisation des threads. Si vous compilez pour une plate-forme x86 et n'avez pas besoin du support 386, ou si vous compilez pour une plate-forme SPARC et n'avez pas besoin du support pre-UltraSPARC, ajoutez --enable-nonportable-atomics=yes aux arguments du script configure. Ceci permettra à APR d'implémenter les opérations atomiques en utilisant des instructions performantes indisponibles avec les processeurs plus anciens.

Ce MPM ne fonctionne pas de manière optimale sur les plates-formes plus anciennes qui ne gèrent pas correctement les threads, mais ce problème est sans objet du fait du prérequis concernant EPoll ou KQueue.

Pour utiliser ce MPM sous FreeBSD, la version 5.3 ou supérieure de ce système est recommandée. Il est cependant possible d'exécuter ce MPM sous FreeBSD 5.2.1 si vous utilisez libkse (voir man libmap.conf).
Pour NetBSD, il est recommander d'utiliser la version 2.0 ou supérieure.
Pour Linux, un noyau 2.6 est recommandé. Il faut aussi s'assurer que votre version de glibc a été compilée avec le support pour EPoll.