Serveur Apache HTTP Version 2.3

Apache > Serveur HTTP > Documentation > Version 2.3 > Modules

# 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

### Sujets

- Comment tout cela fonctionne
- Prérequis

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

Langues Disponibles: en | fr