<a href="./ko/mpm.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
<a href="./tr/mpm.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
</div>
-<div class="outofdate">Cette traduction peut être périmée. Vérifiez la version
- anglaise pour les changements récents.</div>
<p>Ce document décrit ce qu'est un Module Multi-Processus, ainsi
que la manière dont ces modules sont utilisés par le serveur HTTP Apache.</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introduction</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#choosing">Choisir un MPM</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#defaults">MPM par défaut</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#static">Compiler un module MPM en tant que module
+statique</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#dynamic">Compiler un module MPM en tant que module
+DSO (Dynamic Shared Object)</a></li>
</ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
différentes et environnements différents signifient souvent fonctionnalités
différentes, ou utilisation de différentes méthodes pour
implémenter la même fonctionnalité le plus efficacement possible.
- Apache s'est toujours accomodé d'une grande variété d'environnements
+ Apache httpd s'est toujours accomodé d'une grande variété d'environnements
grâce à sa conception modulaire. Cette conception autorise le webmaster
à choisir quelles fonctionnalités seront incluses
dans le serveur en sélectionnant les modules à charger soit à la
compilation, soit à l'exécution.</p>
- <p>Apache 2.0 étend cette conception modulaire aux fonctions les plus
+ <p>Le serveur HTTP Apache 2.0 étend cette conception modulaire aux
+ fonctions les plus
élémentaires d'un serveur web. Certains Modules Multi-Processus (MPMs)
sont responsables de l'association aux ports réseau de la machine,
acceptent les requêtes, et se chargent de répartir ces dernières
comporte deux avantages importants :</p>
<ul>
- <li>Apache peut supporter plus proprement et efficacement une grande
+ <li>Apache httpd peut supporter plus proprement et efficacement une grande
variété de systèmes d'exploitation. En particulier, la version Windows
- d'Apache est maintenant beaucoup plus efficace, depuis que
+ du serveur est maintenant beaucoup plus efficace, depuis que
<code class="module"><a href="./mod/mpm_winnt.html">mpm_winnt</a></code> peut utiliser les fonctionnalités réseau
natives à la place de la couche POSIX utilisée par
- Apache 1.3. Cet avantage s'étend aussi aux systèmes d'exploitation
+ Apache httpd 1.3. Cet avantage s'étend aussi aux systèmes d'exploitation
qui implémentent des MPMs spécialisés.</li>
<li>le serveur est plus à même de répondre aux besoins d'un site
</ul>
<p>Du point de vue de l'utilisateur, les MPMs ne sont pas différents des
- autres modules Apache. La principale différence réside dans le fait qu'un
+ autres modules Apache httpd. La principale différence réside dans le fait qu'un
et un seul MPM à la fois doit être chargé dans le serveur. La liste des
MPMs disponibles est fournie dans <a href="mod/">module index page</a>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
-<h2><a name="choosing" id="choosing">Choisir un MPM</a></h2>
+<h2><a name="defaults" id="defaults">MPM par défaut</a></h2>
+
+<p>La table suivante fournit la liste des MPMs par défaut pour divers
+systèmes d'exploitation. Il s'agit du MPM sélectionné si vous ne précisez
+pas un choix différent à la compilation.</p>
- <p>Les MPMs doivent être choisis à la configuration, et compilés avec
- le serveur. Les compilateurs peuvent optimiser de nombreuses fonctions
- si les threads sont utilisés, mais seulement s'ils savent que les threads
- sont utilisés.</p>
+<table class="bordered"><tr><td>Netware</td><td><code class="module"><a href="./mod/mpm_netware.html">mpm_netware</a></code></td></tr>
+<tr class="odd"><td>OS/2</td><td><code class="module"><a href="./mod/mpmt_os2.html">mpmt_os2</a></code></td></tr>
+<tr><td>Unix</td><td><code class="module"><a href="./mod/prefork.html">prefork</a></code>, <code class="module"><a href="./mod/worker.html">worker</a></code>,
+ou <code class="module"><a href="./mod/event.html">event</a></code>, selon les possibilités de la plate-forme</td></tr>
+<tr class="odd"><td>Windows</td><td><code class="module"><a href="./mod/mpm_winnt.html">mpm_winnt</a></code></td></tr>
+</table>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="static" id="static">Compiler un module MPM en tant que module
+statique</a></h2>
- <p>Pour le choix proprement dit du MPM désiré, utiliser l'argument
+ <p>Les modules MPM peuvent être compilés en tant que modules
+statiques sur toutes les plates-formes. A la compilation d'Apache, un
+seul module MPM doit être choisi pour être compilé et lié avec le
+serveur. La recompilation du serveur sera donc nécessaire si vous
+désirez changer de module MPM.</p>
+
+ <p>Pour choisir un module MPM autre que le MPM par défaut,
+ utiliser l'argument
<code>--with-mpm=<em>NOM</em></code> du script
<code class="program"><a href="./programs/configure.html">configure</a></code>. <em>NOM</em> est le nom
du MPM désiré.</p>
a été choisi à l'aide de la commande <code>./httpd -l</code>.
Cette commande fournit la liste de tous les modules compilés
avec le serveur, y compris le MPM.</p>
+
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
-<h2><a name="defaults" id="defaults">MPM par défaut</a></h2>
+<h2><a name="dynamic" id="dynamic">Compiler un module MPM en tant que module
+DSO (Dynamic Shared Object)</a></h2>
-<p>La table suivante fournit la liste des MPMs par défaut pour divers
-systèmes d'exploitation. Il s'agit du MPM sélectionné si vous ne précisez
-pas un choix différent à la compilation.</p>
+ <p>Sous Unix et les plates-formes similaires, les modules MPM
+ peuvent être compilés en tant que modules DSO et chargés
+ dynamiquement dans le serveur comme tout module DSO. Compiler les
+ modules MPM en tant que modules DSO permet de changer de MPM en
+ modifiant la directive <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> concernée, sans avoir à
+ recompiler le serveur.</p>
-<table>
+ <p>Cette fonctionnalité est activée via l'option
+ <code>--enable-mpms-shared</code> du script
+ <code class="program"><a href="./programs/configure.html">configure</a></code>. Si on ajoute l'argument
+ <code><em>all</em></code>, tous les modules MPM disponibles sur la
+ plate-forme considérée seront installés. Cet argument peut aussi
+ contenir une liste de modules MPM à installer.</p>
+
+ <p>Le module MPM par défaut, sélectionné automatiquement ou spécifié
+ via l'option <code>--with-mpm</code> du script
+ <code class="program"><a href="./programs/configure.html">configure</a></code>, sera chargé via une directive
+ <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> du fichier de
+ configuration du serveur généré. Pour choisir un autre module MPM,
+ vous devrez donc modifier cette directive</p>
-<tr><td>Netware</td><td><code class="module"><a href="./mod/mpm_netware.html">mpm_netware</a></code></td></tr>
-<tr><td>OS/2</td><td><code class="module"><a href="./mod/mpmt_os2.html">mpmt_os2</a></code></td></tr>
-<tr><td>Unix</td><td><code class="module"><a href="./mod/prefork.html">prefork</a></code></td></tr>
-<tr><td>Windows</td><td><code class="module"><a href="./mod/mpm_winnt.html">mpm_winnt</a></code></td></tr>
-</table>
</div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="./de/mpm.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 804678:927046 (outdated) -->
+<!-- English Revision: 927046 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
différentes et environnements différents signifient souvent fonctionnalités
différentes, ou utilisation de différentes méthodes pour
implémenter la même fonctionnalité le plus efficacement possible.
- Apache s'est toujours accomodé d'une grande variété d'environnements
+ Apache httpd s'est toujours accomodé d'une grande variété d'environnements
grâce à sa conception modulaire. Cette conception autorise le webmaster
à choisir quelles fonctionnalités seront incluses
dans le serveur en sélectionnant les modules à charger soit à la
compilation, soit à l'exécution.</p>
- <p>Apache 2.0 étend cette conception modulaire aux fonctions les plus
+ <p>Le serveur HTTP Apache 2.0 étend cette conception modulaire aux
+ fonctions les plus
élémentaires d'un serveur web. Certains Modules Multi-Processus (MPMs)
sont responsables de l'association aux ports réseau de la machine,
acceptent les requêtes, et se chargent de répartir ces dernières
comporte deux avantages importants :</p>
<ul>
- <li>Apache peut supporter plus proprement et efficacement une grande
+ <li>Apache httpd peut supporter plus proprement et efficacement une grande
variété de systèmes d'exploitation. En particulier, la version Windows
- d'Apache est maintenant beaucoup plus efficace, depuis que
+ du serveur est maintenant beaucoup plus efficace, depuis que
<module>mpm_winnt</module> peut utiliser les fonctionnalités réseau
natives à la place de la couche POSIX utilisée par
- Apache 1.3. Cet avantage s'étend aussi aux systèmes d'exploitation
+ Apache httpd 1.3. Cet avantage s'étend aussi aux systèmes d'exploitation
qui implémentent des MPMs spécialisés.</li>
<li>le serveur est plus à même de répondre aux besoins d'un site
</ul>
<p>Du point de vue de l'utilisateur, les MPMs ne sont pas différents des
- autres modules Apache. La principale différence réside dans le fait qu'un
+ autres modules Apache httpd. La principale différence réside dans le fait qu'un
et un seul MPM à la fois doit être chargé dans le serveur. La liste des
MPMs disponibles est fournie dans <a href="mod/">module index page</a>.</p>
</section>
-<section id="choosing"><title>Choisir un MPM</title>
+<section id="defaults"><title>MPM par défaut</title>
+
+<p>La table suivante fournit la liste des MPMs par défaut pour divers
+systèmes d'exploitation. Il s'agit du MPM sélectionné si vous ne précisez
+pas un choix différent à la compilation.</p>
+
+<table border="1" style="zebra">
+<columnspec><column width=".2"/><column width=".2"/></columnspec>
+<tr><td>Netware</td><td><module>mpm_netware</module></td></tr>
+<tr><td>OS/2</td><td><module>mpmt_os2</module></td></tr>
+<tr><td>Unix</td><td><module>prefork</module>, <module>worker</module>,
+ou <module>event</module>, selon les possibilités de la plate-forme</td></tr>
+<tr><td>Windows</td><td><module>mpm_winnt</module></td></tr>
+</table>
+</section>
- <p>Les MPMs doivent être choisis à la configuration, et compilés avec
- le serveur. Les compilateurs peuvent optimiser de nombreuses fonctions
- si les threads sont utilisés, mais seulement s'ils savent que les threads
- sont utilisés.</p>
+<section id="static"><title>Compiler un module MPM en tant que module
+statique</title>
- <p>Pour le choix proprement dit du MPM désiré, utiliser l'argument
+ <p>Les modules MPM peuvent être compilés en tant que modules
+statiques sur toutes les plates-formes. A la compilation d'Apache, un
+seul module MPM doit être choisi pour être compilé et lié avec le
+serveur. La recompilation du serveur sera donc nécessaire si vous
+désirez changer de module MPM.</p>
+
+ <p>Pour choisir un module MPM autre que le MPM par défaut,
+ utiliser l'argument
<code>--with-mpm=<em>NOM</em></code> du script
<program>configure</program>. <em>NOM</em> est le nom
du MPM désiré.</p>
a été choisi à l'aide de la commande <code>./httpd -l</code>.
Cette commande fournit la liste de tous les modules compilés
avec le serveur, y compris le MPM.</p>
+
</section>
-<section id="defaults"><title>MPM par défaut</title>
-
-<p>La table suivante fournit la liste des MPMs par défaut pour divers
-systèmes d'exploitation. Il s'agit du MPM sélectionné si vous ne précisez
-pas un choix différent à la compilation.</p>
+<section id="dynamic"><title>Compiler un module MPM en tant que module
+DSO (Dynamic Shared Object)</title>
+
+ <p>Sous Unix et les plates-formes similaires, les modules MPM
+ peuvent être compilés en tant que modules DSO et chargés
+ dynamiquement dans le serveur comme tout module DSO. Compiler les
+ modules MPM en tant que modules DSO permet de changer de MPM en
+ modifiant la directive <directive
+ module="mod_so">LoadModule</directive> concernée, sans avoir à
+ recompiler le serveur.</p>
+
+ <p>Cette fonctionnalité est activée via l'option
+ <code>--enable-mpms-shared</code> du script
+ <program>configure</program>. Si on ajoute l'argument
+ <code><em>all</em></code>, tous les modules MPM disponibles sur la
+ plate-forme considérée seront installés. Cet argument peut aussi
+ contenir une liste de modules MPM à installer.</p>
+
+ <p>Le module MPM par défaut, sélectionné automatiquement ou spécifié
+ via l'option <code>--with-mpm</code> du script
+ <program>configure</program>, sera chargé via une directive
+ <directive module="mod_so">LoadModule</directive> du fichier de
+ configuration du serveur généré. Pour choisir un autre module MPM,
+ vous devrez donc modifier cette directive</p>
-<table>
-<columnspec><column width=".2"/><column width=".2"/></columnspec>
-<tr><td>Netware</td><td><module>mpm_netware</module></td></tr>
-<tr><td>OS/2</td><td><module>mpmt_os2</module></td></tr>
-<tr><td>Unix</td><td><module>prefork</module></td></tr>
-<tr><td>Windows</td><td><module>mpm_winnt</module></td></tr>
-</table>
</section>
</manualpage>
projects / apache / commitdiff