2 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
3 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
4 <!-- English Revision: 1228296:1328296 (outdated) -->
5 <!-- French translation : Lucien GENTIS -->
6 <!-- Reviewed by : Vincent Deffontaines -->
9 Licensed to the Apache Software Foundation (ASF) under one or more
10 contributor license agreements. See the NOTICE file distributed with
11 this work for additional information regarding copyright ownership.
12 The ASF licenses this file to You under the Apache License, Version 2.0
13 (the "License"); you may not use this file except in compliance with
14 the License. You may obtain a copy of the License at
16 http://www.apache.org/licenses/LICENSE-2.0
18 Unless required by applicable law or agreed to in writing, software
19 distributed under the License is distributed on an "AS IS" BASIS,
20 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
21 See the License for the specific language governing permissions and
22 limitations under the License.
25 <modulesynopsis metafile="event.xml.meta">
27 <description>Une variante du MPM <module>worker</module> conçue pour ne
28 mobiliser des threads que pour les connexions en cours de traitement</description>
30 <sourcefile>event.c</sourcefile>
31 <identifier>mpm_event_module</identifier>
34 <p>Le module multi-processus (MPM) <module>event</module> est conçu
35 pour permettre le traitement d'un nombre accru de requêtes
36 simultanées en déléguant certaines tâches à des threads de support,
37 libérant par là-même le thread principal et lui permettant de
38 traiter les nouvelles requêtes. Il s'inspire du MPM
39 <module>worker</module> qui implémente un serveur hybride
40 multi-processus/multi-threads. Les directives de configuration à
41 l'exécution sont identiques à celles du MPM
42 <module>worker</module>.</p>
44 <p>Pour utiliser le MPM <module>event</module>, ajoutez
45 <code>--with-mpm=event</code> aux arguments du script
46 <program>configure</program> lorsque vous compilez le programme
47 <program>httpd</program>.</p>
51 <seealso><a href="worker.html">Le MPM worker</a></seealso>
53 <section id="how-it-works"><title>Comment tout cela fonctionne</title>
54 <p>Ce MPM essaie de résoudre le 'problème keep alive' de HTTP.
55 Lorsqu'un client a soumis une première requête, il peut garder la
56 connexion ouverte, et envoyer les requêtes suivantes en utilisant le
57 même socket. Ceci permet de réduire de manière significative la
58 surcharge due à la création de connexions TCP.
59 Cependant, le serveur HTTP Apache
60 mobilise en principe à cet effet un processus/thread enfant en
61 attente des données du client, ce qui amène son propre lot
62 d'inconvénients. Pour résoudre ce problème, <module>event</module>
63 utilise un thread dédié qui gère les sockets en
64 écoute, tous les sockets en état Keep Alive, et les
65 sockets où les filtres gestionnaires et de protocole ont
66 fait leur travail et pour lesquels la seule chose restant à faire
67 consiste à envoyer les données au client. La page d'état de
68 <module>mod_status</module> montre les connexions qui se trouvent
69 dans les situations mentionnées.</p>
71 <p>Le gestionnaire de connexion amélioré ne fonctionne pas encore
72 pour certains filtres de connexion, et en particulier SSL. Pour les
73 connexions SSL, ce MPM réadopte le comportement du MPM
74 <module>worker</module> et réserve un thread par connexion.</p>
76 <p>Le MPM présuppose que l'implémentation <code>apr_pollset</code>
77 sous-jacente est raisonnablement sûre du point de vue des threads.
78 Ceci permet au MPM d'éviter un verrouillage de haut niveau excessif,
79 ou de devoir activer le thread en écoute afin de lui envoyer un
80 socket keep alive. Tout ceci n'est actuellement compatible qu'avec
84 <section id="requirements"><title>Prérequis</title>
85 <p>Ce MPM dépend des opérations atomiques compare-and-swap
86 d'<glossary>APR</glossary> pour la synchronisation des threads. Si
87 vous compilez pour une plate-forme x86 et n'avez pas besoin du
88 support 386, ou si vous compilez pour une plate-forme SPARC et
89 n'avez pas besoin du support pre-UltraSPARC, ajoutez
90 <code>--enable-nonportable-atomics=yes</code> aux arguments du
91 script <program>configure</program>. Ceci permettra à APR
92 d'implémenter les opérations atomiques en utilisant des instructions
93 performantes indisponibles avec les processeurs plus
96 <p>Ce MPM ne fonctionne pas de manière optimale sur les
97 plates-formes plus anciennes qui ne gèrent pas correctement les
98 threads, mais ce problème est sans objet du fait du prérequis
99 concernant EPoll ou KQueue.</p>
103 <li>Pour utiliser ce MPM sous FreeBSD, la version 5.3 ou
104 supérieure de ce système est recommandée. Il est cependant
105 possible d'exécuter ce MPM sous FreeBSD 5.2.1 si vous utilisez
106 <code>libkse</code> (voir <code>man libmap.conf</code>).</li>
108 <li>Pour NetBSD, il est recommander d'utiliser la version 2.0 ou
109 supérieure.</li>
111 <li>Pour Linux, un noyau 2.6 est recommandé. Il faut aussi
112 s'assurer que votre version de <code>glibc</code> a été compilée
113 avec le support pour EPoll.</li>
118 <directivesynopsis location="mpm_common"><name>CoreDumpDirectory</name>
120 <directivesynopsis location="mpm_common"><name>EnableExceptionHook</name>
122 <directivesynopsis location="mod_unixd"><name>Group</name>
124 <directivesynopsis location="mpm_common"><name>Listen</name>
126 <directivesynopsis location="mpm_common"><name>ListenBacklog</name>
128 <directivesynopsis location="mpm_common"><name>SendBufferSize</name>
130 <directivesynopsis location="mpm_common"><name>MaxRequestWorkers</name>
132 <directivesynopsis location="mpm_common"><name>MaxMemFree</name>
134 <directivesynopsis location="mpm_common"><name>MaxConnectionsPerChild</name>
136 <directivesynopsis location="mpm_common"><name>MaxSpareThreads</name>
138 <directivesynopsis location="mpm_common"><name>MinSpareThreads</name>
140 <directivesynopsis location="mpm_common"><name>PidFile</name>
142 <directivesynopsis location="mpm_common"><name>ScoreBoardFile</name>
144 <directivesynopsis location="mpm_common"><name>ServerLimit</name>
146 <directivesynopsis location="mpm_common"><name>StartServers</name>
148 <directivesynopsis location="mpm_common"><name>ThreadLimit</name>
150 <directivesynopsis location="mpm_common"><name>ThreadsPerChild</name>
152 <directivesynopsis location="mpm_common"><name>ThreadStackSize</name>
154 <directivesynopsis location="mod_unixd"><name>User</name>
158 <name>AsyncRequestWorkerFactor</name>
159 <description>Limite le nombre de connexions simultanées par thread</description>
160 <syntax>AsyncRequestWorkerFactor <var>facteur</var></syntax>
162 <contextlist><context>server config</context> </contextlist>
163 <compatibility>Disponible depuis la version 2.3.13</compatibility>
166 <p>Le MPM event gère certaines connexions de manière asynchrone ;
167 dans ce cas, les threads traitant la requête sont alloués selon les
168 besoins et pour de courtes périodes. Dans les autres cas (la plupart
169 du temps pour les connexions SSL), un thread est réservé par
170 connexion. Ceci peut conduire à des situations où tous les threads
171 sont saturés et où aucun thread n'est capable d'effectuer de
172 nouvelles tâches pour les connexions asynchrones établies.</p>
174 <p>Pour minimiser les effets de ce problème, le MPM event utilise
175 deux méthodes : tout d'abord, il limite le nombre de connexions
176 simultanées par thread en fonction du nombre de processus
177 inactifs. Ensuite, si tous les processus sont occupés, il ferme des
178 connexions permanentes, même si la limite de durée de la connexion
179 n'a pas été atteinte. Ceci autorise les clients concernés à se
180 reconnecter à un autre processus possèdant encore des threads
183 <p>Cette directive permet de personnaliser finement la limite du
184 nombre de connexions par thread. Un processus n'acceptera de
185 nouvelles connexions que si le nombre actuel de connexions est
186 inférieur à :</p>
188 <p class="indent"><strong>
189 <directive module="mpm_common">ThreadsPerChild</directive> +
190 (<directive>AsyncRequestWorkerFactor</directive> *
191 <var>nombre de threads inactifs</var>)
194 <p>En d'autres termes, le nombre maximum de connexions simultanées
197 <p class="indent"><strong>
198 (<directive>AsyncRequestWorkerFactor</directive> + 1) *
199 <directive module="mpm_common">MaxRequestWorkers</directive>
202 <p>La directive <directive
203 module="mpm_common">MaxRequestWorkers</directive> se nommait
204 <directive>MaxClients</directive> avant la version 2.3.13. La valeur
205 ci-dessus montre que cet ancien nom ne correspondait pas à sa
206 signification exacte pour le MPM event.</p>
208 <p>La directive <directive>AsyncRequestWorkerFactor</directive>
209 accepte des valeurs d'argument de type non entier, comme "1.5".</p>