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/12/18 15:01:09 UTC
svn commit: r1774894 - in /httpd/httpd/trunk/docs/manual/mod: event.html.fr
event.xml.meta
Author: lgentis
Date: Sun Dec 18 15:01:09 2016
New Revision: 1774894
URL: http://svn.apache.org/viewvc?rev=1774894&view=rev
Log:
Rebuild.
Modified:
httpd/httpd/trunk/docs/manual/mod/event.html.fr
httpd/httpd/trunk/docs/manual/mod/event.xml.meta
Modified: httpd/httpd/trunk/docs/manual/mod/event.html.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/event.html.fr?rev=1774894&r1=1774893&r2=1774894&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/event.html.fr (original)
+++ httpd/httpd/trunk/docs/manual/mod/event.html.fr Sun Dec 18 15:01:09 2016
@@ -29,8 +29,6 @@
<p><span>Langues Disponibles: </span><a href="../en/mod/event.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="../fr/mod/event.html" title="Fran�ais"> fr </a></p>
</div>
-<div class="outofdate">Cette traduction peut �tre p�rim�e. V�rifiez la version
- anglaise pour les changements r�cents.</div>
<table class="module"><tr><th><a href="module-dict.html#Description">Description:</a></th><td>Une variante du MPM <code class="module"><a href="../mod/worker.html">worker</a></code> con�ue pour ne
mobiliser des threads que pour les connexions en cours de traitement</td></tr>
<tr><th><a href="module-dict.html#Status">Statut:</a></th><td>MPM</td></tr>
@@ -182,6 +180,81 @@ propose le MPM <code class="module"><a h
+ <h3><a name="graceful-close" id="graceful-close">Arr�t de processus en douceur et
+ utilisation du scoreboard</a></h3>
+ <p>Ce MPM pr�sentait dans le pass� des limitations de mont�e en
+ puissance qui
+ provoquaient l'erreur suivante : "<strong>scoreboard is full, not at
+ MaxRequestWorkers</strong>". La directive <code class="directive"><a href="../mod/mpm_common.html#maxrequestworkers">MaxRequestWorkers</a></code> permet de limiter le
+ nombre de requ�tes pouvant �tre servies simultan�ment � un moment donn�
+ ainsi que le nombre de processus autoris�s (<code class="directive"><a href="../mod/mpm_common.html#maxrequestworkers">MaxRequestWorkers</a></code> / <code class="directive"><a href="../mod/mpm_common.html#threadsperchild">ThreadsPerChild</a></code>), alors que le
+ scoreboard repr�sente l'ensemble des processus en cours d'ex�cution et
+ l'�tat de leurs threads de travail. Si le scoreboard est plein
+ (autrement dit si aucun des threads n'est dans un �tat inactif) et si le
+ nombre de requ�tes actives servies est inf�rieur � <code class="directive"><a href="../mod/mpm_common.html#maxrequestworkers">MaxRequestWorkers</a></code>, cela signifie que
+ certains d'entre eux bloquent les nouvelles requ�tes qui pourraient �tre
+ servies et sont en l'occurrence mises en attente (dans la limite de la
+ valeur impos�e par la directive <code class="directive"><a href="../mod/mpm_common.html#listenbacklog">ListenBacklog</a></code>). La plupart du temps, ces
+ threads sont bloqu�s dans un �tat d'arr�t en douceur car ils attendent
+ de terminer leur travail sur une connexion TCP pour s'arr�ter et ainsi lib�rer
+ une entr�e dans le scoreboard (par exemple dans le cas du traitement des
+ requ�tes de longue dur�e, des clients lents ou des connexions en
+ keep-alive). Voici deux sc�narios courants :</p>
+ <ul>
+ <li>Pendant un <a href="../stopping.html#graceful">graceful
+ restart</a>. Le processus parent demande � tous ses processus
+ enfants de terminer leur travail et de s'arr�ter pendant qu'il
+ recharge la configuration et lance de nouveaux processus. Si les
+ processus existants continuent de s'ex�cuter pendant un certain
+ temps avant de s'arr�ter, le scoreboard sera partiellement occup�
+ jusqu'� ce que les entr�es correspondantes soient lib�r�es.
+ </li>
+ <li>Lorsque la charge du serveur diminue suffisamment pour que httpd
+ commence � stopper certains processus (par exemple pour respecter la
+ valeur de la directive <code class="directive"><a href="../mod/mpm_common.html#maxsparethreads">MaxSpareThreads</a></code>). Cette situation
+ est probl�matique car lorsque la charge augmente � nouveau, httpd va
+ essayer de lancer de nouveaux processus. Si cette situation se
+ r�p�te, le nombre de processus peut augmenter sensiblement,
+ aboutissant � un m�lange d'anciens processus tentant de s'arr�ter et
+ de nouveaux processus tentant d'effectuer un travail quelconque.
+ </li>
+ </ul>
+ <p>A partir de la version 2.4.24, mpm-event est plus intelligent et peut
+ traiter les arr�ts graceful de mani�re plus efficace. Voici certaines de
+ ces am�liorations :</p>
+ <ul>
+ <li>Utilisation de toutes les entr�es du scoreboard dans la limite
+ de la valeur d�finie par <code class="directive"><a href="../mod/mpm_common.html#serverlimit">ServerLimit</a></code>. Les directives
+ <code class="directive"><a href="../mod/mpm_common.html#maxrequestworkers">MaxRequestWorkers</a></code> et
+ <code class="directive"><a href="../mod/mpm_common.html#threadsperchild">ThreadsPerChild</a></code>
+ permettent de limiter le nombre de processus actifs, alors que la
+ directive <code class="directive"><a href="../mod/mpm_common.html#serverlimit">ServerLimit</a></code>
+ prend aussi en compte les proccessus en arr�t graceful pour
+ permettre l'utilisation d'entr�es suppl�mentaires du scoreboard en
+ cas de besoin. L'id�e consiste � utiliser <code class="directive"><a href="../mod/mpm_common.html#serverlimit">ServerLimit</a></code> pour indiquer � httpd
+ conbien de processus suppl�mentaires seront tol�r�s avant
+ d'atteindre les limites impos�es par les ressources du syst�me.
+ </li>
+ <li>Les processus en arr�t graceful doivent fermer leurs connexions
+ en keep-alive.</li>
+ <li>Lors d'un arr�t graceful, s'il y a plus de threads de travail en
+ cours d'ex�cution que de connexions ouvertes pour un processus
+ donn�, ces threads sont arr�t�s afin de lib�rer les ressources plus
+ vite (ce qui peut s'av�rer n�cessaire pour lancer de nouveaux
+ processus).</li>
+ <li>Si le scoreboard est plein, emp�che d'arr�ter d'autres processus
+ en mode graceful afin de r�duire la charge jusqu'� ce que tous les
+ anciens processus soient arr�t�s (sinon la situation empirerait lors
+ d'une remont�e en charge).</li>
+ </ul>
+ <p>Le comportement d�crit dans le dernier point est bien visible via
+ <code class="module"><a href="../mod/mod_status.html">mod_status</a></code> dans la table des connexions avec les deux
+ nouvelles colonnes "Slot" et "Stopping". La premi�re indique le PID et
+ la seconde si le processus est en cours d'arr�t ou non ; l'�tat
+ suppl�mentaire "Yes (old gen)" indique un processus encore en ex�cution
+ apr�s un red�marrage graceful.</p>
+
+
<h3><a name="limitations" id="limitations">Limitations</a></h3>
<p>La gestion am�lior�e des connexions peut ne pas fonctionner pour
certains filtres de connexion qui se sont d�clar�s eux-m�mes
Modified: httpd/httpd/trunk/docs/manual/mod/event.xml.meta
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/event.xml.meta?rev=1774894&r1=1774893&r2=1774894&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/event.xml.meta (original)
+++ httpd/httpd/trunk/docs/manual/mod/event.xml.meta Sun Dec 18 15:01:09 2016
@@ -8,6 +8,6 @@
<variants>
<variant>en</variant>
- <variant outdated="yes">fr</variant>
+ <variant>fr</variant>
</variants>
</metafile>