Äîêóìåíò âçÿò èç êýøà ïîèñêîâîé ìàøèíû. Àäðåñ
îðèãèíàëüíîãî äîêóìåíòà
: http://www.arcetri.astro.it/manual/fr/mpm.html
Äàòà èçìåíåíèÿ: Mon Jan 21 19:44:30 2013 Äàòà èíäåêñèðîâàíèÿ: Thu Feb 27 23:31:25 2014 Êîäèðîâêà: Ïîèñêîâûå ñëîâà: ï ï ï ï ï ï ï ï ï ï ï ï ï ï ï |
Serveur Apache HTTP Version 2.2
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.
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.
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.
L'extension de la conception modulaire Þ ce niveau du serveur comporte deux avantages importants:
mpm_winnt
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.worker
ou event
, tandis que les sites
qui privilÈgient la stabilitÈ ou la compatibilitÈ avec des logiciels
plus anciens peuvent utiliser un module comme
prefork
.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 module index page.
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.
Pour le choix proprement dit du MPM dÈsirÈ, utiliser l'argument
--with-mpm=NOM
du script
configure
. NOM est le nom
du MPM dÈsirÈ.
Une fois le serveur compilÈ, il est possible de savoir quel MPM
a ÈtÈ choisi Þ l'aide de la commande ./httpd -l
.
Cette commande fournit la liste de tous les modules compilÈs
avec le serveur, y compris le MPM.
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.
BeOS | beos |
Netware | mpm_netware |
OS/2 | mpmt_os2 |
Unix | prefork |
Windows | mpm_winnt |