Modules multi-processus (MPMs)

Introduction

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:

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

Choisir un MPM

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.

MPM par d�faut

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.