You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by lg...@apache.org on 2016/11/26 16:14:49 UTC
svn commit: r1771497 - in /httpd/httpd/trunk/docs/manual/misc:
perf-tuning.html.fr perf-tuning.xml.meta
Author: lgentis
Date: Sat Nov 26 16:14:49 2016
New Revision: 1771497
URL: http://svn.apache.org/viewvc?rev=1771497&view=rev
Log:
Rebuild.
Modified:
httpd/httpd/trunk/docs/manual/misc/perf-tuning.html.fr
httpd/httpd/trunk/docs/manual/misc/perf-tuning.xml.meta
Modified: httpd/httpd/trunk/docs/manual/misc/perf-tuning.html.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/misc/perf-tuning.html.fr?rev=1771497&r1=1771496&r2=1771497&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/misc/perf-tuning.html.fr (original)
+++ httpd/httpd/trunk/docs/manual/misc/perf-tuning.html.fr Sat Nov 26 16:14:49 2016
@@ -28,23 +28,22 @@
<a href="../ko/misc/perf-tuning.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
<a href="../tr/misc/perf-tuning.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>Apache 2.x est un serveur web � usage g�n�ral, con�u dans un but
+ <div class="warning"><h3>Avertissement</h3>
+ <p>Ce document est en partie obsol�te et son contenu peut s'av�rer
+ inappropri�.</p>
+ </div>
+
+ <p>Apache 2.4 est un serveur web � usage g�n�ral, con�u dans un but
d'�quilibre entre souplesse, portabilit� et performances. Bien que non
con�u dans le seul but d'�tablir une r�f�rence en la mati�re,
- Apache 2.x est capable de hautes performances dans de nombreuses situations
+ Apache 2.4 est capable de hautes performances dans de nombreuses situations
du monde r�el.</p>
- <p>Compar�e � Apache 1.3, la version 2.x comporte de nombreuses
- optimisations suppl�mentaires permettant d'am�liorer le d�bit du serveur
- et sa personnalisation. La plupart de ces am�liorations sont activ�es par
- d�faut. Cependant, certains choix de configuration � la compilation et �
- l'ex�cution peuvent affecter les performances de mani�re significative. Ce
+ <p>Ce
document d�crit les options qu'un administrateur de serveur peut configurer
- pour am�liorer les performances d'une installation d'Apache 2.x. Certaines
+ pour am�liorer les performances d'une installation d'Apache 2.4. Certaines
de ces options de configuration permettent au d�mon httpd de mieux tirer
parti des possibilit�s du mat�riel et du syst�me d'exploitation, tandis
que d'autres permettent � l'administrateur de privil�gier la vitesse
@@ -103,7 +102,7 @@
exemple, cela se traduit par Linux 2.4 ou plus. Pour les versions
anciennes de Solaris 8, vous pouvez �tre amen� � appliquer un patch.)
Sur les syst�mes o� il est disponible, <code>sendfile</code> permet
- � Apache 2 de servir les contenus statiques plus rapidement, tout en
+ � Apache de servir les contenus statiques plus rapidement, tout en
induisant une charge CPU inf�rieure.</p>
</li>
</ul>
@@ -122,16 +121,12 @@
<p>Avant Apache 1.3, la directive
<code class="directive"><a href="../mod/core.html#hostnamelookups">HostnameLookups</a></code> �tait positionn�e
- par d�faut � <code>On</code>. Ce r�glage augmente le temps de r�ponse de
- chaque requ�te car il entra�ne une recherche DNS et le traitement de la
- requ�te ne pourra pas �tre achev� tant que cette recherche ne sera
- pas termin�e. Avec Apache 1.3, ce r�glage est d�fini par d�faut �
- <code>Off</code>. Si vous souhaitez que les adresses dans vos fichiers
- journaux soient r�solues en noms d'h�tes, utilisez le programme
- <code class="program"><a href="../programs/logresolve.html">logresolve</a></code> fourni avec Apache, ou un des nombreux
- paquets g�n�rateurs de rapports sur les journaux disponibles.</p>
-
- <p>Il est recommand� d'effectuer ce genre de traitement a posteriori
+ par d�faut � <code>On</code>, ce qui impliquait une recherche DNS et donc un temps d'attente
+ suppl�mentaire pour chaque requ�te. Avec Apache 2.4, <code class="directive"><a href="../mod/core.html#hostnamelookups">HostnameLookups</a></code> est positionn�e par d�faut �
+ <code>Off</code>. Si vous avez besoin de convertir des adresses IP en noms
+ d'h�tes dans vos fichiers journaux, il est pr�f�rable d'effectuer un
+ traitement � post�riori plut�t que de forcer Apache � le faire en temps
+ r�el. Il est recommand� d'effectuer ce genre de traitement a posteriori
de vos fichiers journaux sur une autre machine que celle qui h�berge le
serveur web en production, afin que cette activit� n'affecte pas les
performances du serveur.</p>
@@ -144,9 +139,14 @@
la place d'une adresse IP), vous devrez compter avec deux recherches
DNS (une recherche inverse suivie d'une recherche directe pour
s'assurer que l'adresse IP n'a pas �t� usurp�e). C'est pourquoi il est
- pr�f�rable, pour am�liorer les performances, d'utiliser des adresses IP
- plut�t que des noms lorsqu'on utilise ces directives, du moins chaque
- fois que c'est possible.</p>
+ pr�f�rable, pour am�liorer les performances, et chaque fois que c'est
+ possible, d'utiliser des adresses IP plut�t que des noms de domaines.</p>
+
+ <div class="warning"><h3>Avertissement :</h3>
+ <p>Veuillez utiliser la directive <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> avec Apache 2.4 ; pour plus de
+ d�tails, reportez-vous au <a href="../upgrading.html">guide de mise �
+ jour</a> correspondant.</p>
+ </div>
<p>Notez qu'il est possible de modifier la port�e des directives, en les
pla�ant par exemple � l'int�rieur d'une section
@@ -155,8 +155,7 @@
Voici un exemple qui d�sactive les recherches DNS sauf pour les fichiers
<code>.html</code> et <code>.cgi</code> :</p>
- <pre class="prettyprint lang-config">HostnameLookups off
-<Files ~ "\.(html|cgi)$">
+ <pre class="prettyprint lang-config"><Files ~ "\.(html|cgi)$">
HostnameLookups on
</Files></pre>
@@ -355,73 +354,32 @@
- <h3><a name="process" id="process">Process Creation</a></h3>
+ <h3><a name="process" id="process">Recyclage des processus enfants</a></h3>
- <p>Avant Apache 1.3, les directives
- <code class="directive"><a href="../mod/prefork.html#minspareservers">MinSpareServers</a></code>,
- <code class="directive"><a href="../mod/prefork.html#maxspareservers">MaxSpareServers</a></code>, et
- <code class="directive"><a href="../mod/mpm_common.html#startservers">StartServers</a></code> avaient des
- effets drastiques sur les performances de r�f�rence. En particulier,
- Apache avait besoin d'un d�lai de "mont�e en puissance" afin d'atteindre
- un nombre de processus enfants suffisant pour supporter la charge qui lui
- �tait appliqu�e. Apr�s le lancement initial des processus enfants par
- <code class="directive"><a href="../mod/mpm_common.html#startservers">StartServers</a></code>, seulement un
- processus enfant par seconde �tait cr�� afin d'atteindre la valeur de la
- directive <code class="directive"><a href="../mod/prefork.html#minspareservers">MinSpareServers</a></code>. Ainsi,
- un serveur acc�d� par 100 clients simultan�s et utilisant la valeur par
- d�faut de <code>5</code> pour la directive
- <code class="directive"><a href="../mod/mpm_common.html#startservers">StartServers</a></code>, n�cessitait
- environ 95 secondes pour lancer suffisamment de processus enfants
- permettant de faire face � la charge. Ceci fonctionne en pratique pour
- les serveurs en production, car ils sont rarement red�marr�s. Ce n'est
- cependant pas le cas pour les tests de r�f�rence (benchmarks) o� le
- serveur ne fonctionne que 10 minutes.</p>
-
- <p>La r�gle "un processus par seconde" avait �t� impl�ment�e afin
- d'�viter l'enlisement de la machine dans le d�marrage de nouveaux
- processus enfants. Pendant que la machine est occup�e � lancer des
- processus enfants, elle ne peut pas traiter les requ�tes. Mais cette
- r�gle impactait tellement la perception des performances d'Apache qu'elle
- a d� �tre remplac�e. A partir d'Apache 1.3, le code a assoupli la r�gle
- "un processus par seconde". Il va en lancer un, attendre une seconde,
- puis en lancer deux, attendre une seconde, puis en lancer quatre et
- ainsi de suite jusqu'� lancer 32 processus. Il s'arr�tera lorsque le
- nombre de processus aura atteint la valeur d�finie par la directive
- <code class="directive"><a href="../mod/prefork.html#minspareservers">MinSpareServers</a></code>.</p>
-
- <p>Ceci s'av�re suffisamment r�actif pour pouvoir en g�n�ral se passer
- de manipuler les valeurs des directives
- <code class="directive"><a href="../mod/prefork.html#minspareservers">MinSpareServers</a></code>,
- <code class="directive"><a href="../mod/prefork.html#maxspareservers">MaxSpareServers</a></code> et
- <code class="directive"><a href="../mod/mpm_common.html#startservers">StartServers</a></code>. Lorsque plus de
- 4 processus enfants sont lanc�s par seconde, un message est �mis vers
- le journal des erreurs. Si vous voyez appara�tre souvent ce genre de
- message, vous devez vous pencher sur ces r�glages. Pour vous guider,
- utilisez les informations d�livr�es par le module
- <code class="module"><a href="../mod/mod_status.html">mod_status</a></code>.</p>
-
- <p>� mettre en relation avec la cr�ation de processus, leur destruction
- est d�finie par la valeur de la directive
- <code class="directive"><a href="../mod/mpm_common.html#maxconnectionsperchild">MaxConnectionsPerChild</a></code>. Sa valeur
- par d�faut est <code>0</code>, ce qui signifie qu'il n'y a pas de limite
- au nombre de connexions qu'un processus enfant peut traiter. Si votre
- configuration actuelle a cette directive r�gl�e � une valeur tr�s basse,
- de l'ordre de <code>30</code>, il est conseill� de l'augmenter de mani�re
- significative. Si vous utilisez SunOs ou une ancienne version de Solaris,
- utilisez une valeur de l'ordre de <code>10000</code> � cause des fuites
- de m�moire.</p>
-
- <p>Lorsqu'ils sont en mode "keep-alive", les processus enfants sont
- maintenus et ne font rien sinon attendre la prochaine requ�te sur la
+ <p>La directive <code class="directive"><a href="../mod/mpm_common.html#maxconnectionsperchild">MaxConnectionsPerChild</a></code> permet de limiter le
+ nombre de connexions qu'un processus enfant peut g�rer au cours de sa vie
+ (par d�faut, la valeur est <code>0</code>, soit aucune limite). Tous les <a href="../mpm.html#defaults">MPMs</a> sont concern�s, m�me ceux qui utilisent
+ des threads. Par exemple, chaque processus cr�� par le MPM
+ <code class="module"><a href="../mod/worker.html">worker</a></code> lance plusieurs threads qui g�rent les connexions,
+ mais cette directive n'en affecte pas le nombre total. Cela signifie
+ seulement que la valeur de la directive <code class="directive"><a href="../mod/mpm_common.html#maxconnectionsperchild">MaxConnectionsPerChild</a></code> ne limitera que le
+ nombre de requ�tes trait�es par les threads lanc�s par un seul processus
+ enfant.</p>
+
+ <p>Dans des conditions d'utilisation optimales, la directive <code class="directive"><a href="../mod/mpm_common.html#maxconnectionsperchild">MaxConnectionsPerChild</a></code> ne devrait imposer
+ aucune limite, car il n'y a � priori aucune raison de tuer un processus, si
+ ce n'est suite � un bug logiciel causant des fuites de m�moire ou un usage
+ excessif du CPU.</p>
+
+ <p>Lorsque le mode "keep-alive" est activ�, un processus (ou un thread lanc�
+ par un processus) est
+ maintenu et ne fait rien sinon attendre la prochaine requ�te sur la
connexion d�j� ouverte. La valeur par d�faut de <code>5</code> de la
directive <code class="directive"><a href="../mod/core.html#keepalivetimeout">KeepAliveTimeout</a></code> tend �
minimiser cet effet. Il faut trouver le bon compromis entre la bande
- passante r�seau et les ressources du serveur. En aucun cas vous ne devez
- choisir une valeur sup�rieure � <code>60</code> seconds, car
- <a href="http://www.hpl.hp.com/techreports/Compaq-DEC/WRL-95-4.html">
- la plupart des b�n�fices sont alors perdus</a>.</p>
+ passante r�seau et les ressources du serveur.</p>
Modified: httpd/httpd/trunk/docs/manual/misc/perf-tuning.xml.meta
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/misc/perf-tuning.xml.meta?rev=1771497&r1=1771496&r2=1771497&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/misc/perf-tuning.xml.meta (original)
+++ httpd/httpd/trunk/docs/manual/misc/perf-tuning.xml.meta Sat Nov 26 16:14:49 2016
@@ -8,7 +8,7 @@
<variants>
<variant>en</variant>
- <variant outdated="yes">fr</variant>
+ <variant>fr</variant>
<variant outdated="yes">ko</variant>
<variant outdated="yes">tr</variant>
</variants>