1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
|
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<!-- English Revision: 758899 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements. See the NOTICE file distributed with
this work for additional information regarding copyright ownership.
The ASF licenses this file to You under the Apache License, Version 2.0
(the "License"); you may not use this file except in compliance with
the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-->
<manualpage metafile="mpm.xml.meta">
<title>Modules multi-processus (MPMs)</title>
<summary>
<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>
</summary>
<section id="introduction"><title>Introduction</title>
<p>Le serveur HTTP Apache a été conçu comme un serveur web puissant et
flexible pouvant fonctionner sur une très grande variété de
plateformes et toute une gamme d'environnements différents. Plateformes
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
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
é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
entre les différents processus enfants.</p>
<p>L'extension de la conception modulaire à ce niveau du serveur
comporte deux avantages importants :</p>
<ul>
<li>Apache 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
<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
qui implémentent des MPMs spécialisés.</li>
<li>le serveur est plus à même de répondre aux besoins d'un site
particulier. Par exemple, les sites qui sont très sollicités peuvent
utiliser un MPM threadé comme
<module>worker</module> ou <module>event</module>, tandis que les sites
qui privilégient la stabilité ou la compatibilité avec des logiciels
plus anciens peuvent utiliser un module comme
<module>prefork</module>.</li>
</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
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>
<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>
<p>Pour le choix proprement dit du MPM désiré, 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>
<p>Une fois le serveur compilé, il est possible de savoir quel MPM
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>
<table>
<columnspec><column width=".2"/><column width=".2"/></columnspec>
<tr><td>Netware</td><td><module>mpm_netware</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>
|
