Changeset 554

Show
Ignore:
Timestamp:
01/22/07 09:41:13 (2 years ago)
Author:
sas
Message:

Relectures

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved

  • traduc/trunk/divers/annotated_postgresql_conf.xml

    r403 r554  
    11501150  <entry></entry> 
    11511151  <entry> 
    1152    &Agrave; chaque tour, seul ce nombre de buffers, au maximum, peuvent être écrits 
     1152   &Agrave; chaque tour, seul ce nombre de tampons, au maximum, peuvent être écrits 
    11531153   à la suite d'une recherche de tampons &laquo;&nbsp;proches du 
    11541154   recyclage&nbsp;&raquo;. 
    …… 
    11851185   Nombre maximal de tampons écrits, à chaque tour, à la suite du parcours de 
    11861186   l'intégralité du groupe de tampons. Si la limite est atteinte, le parcours 
    1187    cesse et reprend au tampon suivant lors du tour suivant. 
     1187   cesse et reprend au prochain tampon au tour suivant. 
    11881188  </entry> 
    11891189  <entry> 

  • traduc/trunk/manuel/config.xml

    r550 r554  
    10261026     </varlistentry> 
    10271027      
    1028 <!-- ICI --> 
    10291028     <varlistentry id="guc-shared-preload-libraries" xreflabel="shared_preload_libraries"> 
    10301029      <term><varname>shared_preload_libraries</varname> (<type>string</type>)</term> 
    …… 
    10341033      <listitem> 
    10351034       <para> 
    1036         Cette variable indique les bibliothèques partagées à 
    1037         charger au lancement du serveur. Si plus d'une bibliothèque est 
    1038         indiquée, séparez leur nom avec des virgules. Par exemple, 
    1039         <literal>'$libdir/malib'</literal> chargera 
     1035        Indique les bibliothèques partagées à 
     1036        précharger au démarrage du serveur. Si plusieurs bibliothèques 
     1037        doivent être préchargées, leur nom doivent être séparés par des 
     1038        virgules. Par exemple, 
     1039        <literal>'$libdir/malib'</literal> implique le préchargement de  
    10401040        <literal>malib.so</literal> (ou, sur certaines plateformes, 
    1041         <literal>malib.sl</literal>) à partir du répertoire d'installation 
    1042         des bibliothèques standard. Ce paramètre est seulement configurable 
    1043         au lancement du serveur. 
     1041        <literal>malib.sl</literal>) depuis le répertoire d'installation 
     1042        des bibliothèques standard. Ce paramètre ne peut être positionné 
     1043        qu'au démarrage du serveur. 
    10441044       </para> 
    10451045 
    10461046       <para> 
    10471047        Les bibliothèques des langages procéduraux de 
    1048         <productname>PostgreSQL</productname> peuvent être chargées ainsi, 
     1048        <productname>PostgreSQL</productname> peuvent être préchargées ainsi, 
    10491049        typiquement en utilisant la syntaxe <literal>'$libdir/plXXX'</literal> 
    10501050        où <literal>XXX</literal> est <literal>pgsql</literal>, <literal>perl</literal>, 
    …… 
    10531053 
    10541054       <para> 
    1055         En préchargeant une bibliothèque partagée, le temps de chargement de la 
    1056         bibliothèque à sa première utilisation est évitée. Néanmoins, la durée 
    1057         de lancement de chaque nouveau processus serveur pourrait augmenter 
    1058         légèrement, même si aucun de ces processus n'utilise la bibliothèque. 
    1059         Donc, ce paramètre est seulement recommandé pour les bibliothèques 
    1060         qui seront utilisées dans la plupart des sessions. 
    1061        </para> 
    1062  
    1063        <para> 
    1064         Si une bibliothèque indiquée est introuvable, le lancement du serveur 
     1055        Le préchargement d'une bibliothèque partagée permet d'éviter le temps 
     1056        de chargement de la bibliothèque à sa première utilisation. 
     1057        Toutefois, la durée de démarrage de chaque nouveau processus serveur 
     1058        peut augmenter légèrement, même si aucun de ces processus n'utilise 
     1059        la bibliothèque. 
     1060        Ce paramètre n'est réellement recommandé que pour les bibliothèques 
     1061        utilisées dans la plupart des sessions. 
     1062       </para> 
     1063 
     1064       <para> 
     1065        Si une bibliothèque indiquée est introuvable, le démarrage du serveur 
    10651066        échoue. 
    10661067       </para> 
    10671068 
    10681069       <para> 
    1069         Chaque bibliothèque supportée par PostgreSQL a un <quote>bloc 
    1070         magique</quote> qui est vérifié pour garantir la compatibilité. Pour 
    1071         cette raison, les bibliothèques non PostgreSQL ne peuvent pas être 
     1070        Chaque bibliothèque supportée par PostgreSQL possède un 
     1071        <quote>bloc magique</quote> qui est vérifié pour garantir la compatibilité. Pour 
     1072        cette raison, seules les bibliothèques PostgreSQL peuvent être 
    10721073        chargées de cette façon. 
    10731074       </para> 
    …… 
    10751076     </varlistentry> 
    10761077 
     1078<!-- SAS 20070119 : 
     1079     Il semble que la partie suivante n'existe plus dans les sources de 
     1080     PG8.1... 
     1081     --> 
     1082<!--      
    10771083     <varlistentry id="guc-preload-libraries" xreflabel="preload_libraries"> 
    10781084      <term><varname>preload_libraries</varname> (<type>string</type>)</term> 
    …… 
    11171123      </listitem> 
    11181124    </varlistentry> 
     1125--> 
    11191126 
    11201127   </variablelist> 
    11211128</sect2> 
    11221129 
     1130<!-- SAS 20070119 : La traduction de cost-based vacuum delay n'est 
     1131probablement pas très heureuse, mais l'idée est bien de dire que le vacuum 
     1132est interrompu un certain temps (donc reporté) en fonction du coût estimé 
     1133des opération du vacuum. --> 
    11231134    <sect2 id="runtime-config-resource-vacuum-cost"> 
    11241135     <title id="runtime-config-resource-vacuum-cost-title"> 
    1125       Délais du VACUUM basé sur le coût 
     1136      Report du VACUUM en fonction de son coût 
    11261137     </title> 
    11271138 
    11281139     <para> 
    1129       Lors de l'exécution des commandes <xref linkend="sql-vacuum" 
    1130       endterm="sql-vacuum-title"/> et de <xref linkend="sql-analyze" 
    1131       endterm="sql-analyze-title"/>, le système maintient un compteur interne 
    1132       conservant la trace du coût estimé des différentes opérations 
    1133       d'entrées/sorties réalisées. Quand le coût accumulé atteint une limite 
    1134       (spécifiée par <varname>vacuum_cost_limit</varname>), le processus 
    1135       traitant l'opération s'arrêtera un moment (spécifié par 
    1136       <varname>vacuum_cost_delay</varname>). Puis, il réinitialisera le compteur 
    1137       et continuera l'exécution. 
     1140      Lors de l'exécution des commandes  
     1141      <xref linkend="sql-vacuum" endterm="sql-vacuum-title"/> et  
     1142      <xref linkend="sql-analyze" endterm="sql-analyze-title"/>, le système 
     1143      maintient un compteur interne qui conserve la trace du coût estimé 
     1144      des différentes opérations d'entrée/sortie réalisées. Quand le coût 
     1145      accumulé atteint une limite (indiquée par 
     1146      <varname>vacuum_cost_limit</varname>), le processus traitant l'opération 
     1147      s'arrête un moment (précisé par <varname>vacuum_cost_delay</varname>). 
     1148      Puis, il réinitialise le compteur et continue l'exécution. 
    11381149     </para> 
    11391150 
    11401151      <para> 
    11411152        Le but de cette fonctionnalité est d'autoriser les administrateurs à 
    1142         réduire l'impact des entrées/sorties de ces commandes suivant l'activité 
    1143         des bases de données. Il existe un grand nombre de situations pour 
    1144         lesquelles ceci n'est pas très important mais les commandes de 
    1145         maintenance quand <command>VACUUM</command> et <command>ANALYZE</command> 
    1146         se finissent rapidement&nbsp;; néanmoins, il est généralement très 
     1153        réduire l'impact des entrées/sorties de ces commandes en fonction de 
     1154        l'activité des bases de données. Il existe un grand nombre de situations pour 
     1155        lesquelles il n'est pas très important que les commandes de 
     1156        maintenance telles que <command>VACUUM</command> et 
     1157        <command>ANALYZE</command> se finissent rapidement&nbsp;; 
     1158        néanmoins, il est généralement très 
    11471159        important que ces commandes n'interfèrent pas de façon significative 
    1148         sur la capacité du système à réaliser d'autres opérations sur les bases 
    1149         de données. Un délai du VACUUM basé sur le coût fournit un moyen aux 
    1150         administrateurs pour y parvenir. 
     1160        avec la capacité du système à réaliser d'autres opérations sur les bases 
     1161        de données. Le report du VACUUM en fonction de son coût fournit aux 
     1162        administrateurs un moyen d'y parvenir. 
    11511163      </para> 
    11521164 
    11531165      <para> 
    11541166        Cette fonctionnalité est désactivée par défaut. Pour l'activer, 
    1155         initialisez la variable <varname>vacuum_cost_delay</varname> à une valeur 
    1156         différente de zéro. 
     1167        la variable <varname>vacuum_cost_delay</varname>  doit être 
     1168        initialisée à une valeur différente de zéro. 
    11571169      </para> 
    11581170 
    …… 
    11651177          </indexterm> 
    11661178            <para> 
    1167               Le temps, en millisecondes, de repos du processus quand la limite 
     1179              Indique le temps, en millisecondes, de repos du processus quand la limite 
    11681180              de coût a été atteinte. La valeur par défaut vaut 0, ce qui 
    1169               désactive la fonctionnalité du délai du VACUUM basé sur le coût. 
    1170               Une valeur positive active cette fonctionnalité. Notez que, sur 
    1171               plusieurs systèmes, la résolution réelle des délais de repos est de 
     1181              désactive la fonctionnalité de report du VACUUM en fonction de 
     1182              son coût. Une valeur positive active cette fonctionnalité. Sur 
     1183              de nombreux systèmes, la résolution réelle des délais de repos est de 
    11721184              10&nbsp;millisecondes&nbsp;; configurer <varname>vacuum_cost_delay</varname> 
    1173               à une valeur qui n'est pas un multiple de 10 pourrait avoir le 
    1174               même résultat que de le configurer au prochain multiple de 10. 
     1185              à une valeur qui n'est pas un multiple de 10 conduit alors au 
     1186              même résultat que de le configurer au multiple de 10 supérieur. 
    11751187            </para> 
    11761188          </listitem> 
    …… 
    11841196          </indexterm> 
    11851197            <para> 
    1186               Le coût estimé pour nettoyer via VACUUM un tampon trouvé dans le 
    1187               cache des tampons partagés. Cela représente le coût pour 
    1188               verrouiller le lot de tampons, la recherche dans la table de 
    1189               découpage partagée et le parcours du contenu de la page. La valeur 
    1190               par défaut vaut 1. 
     1198              Indique Le coût estimé du nettoyage par VACUUM d'un tampon trouvé dans le 
     1199              cache des tampons partagés. Cela représente le coût de 
     1200              verrouillage de la réserve de tampons, la recherche au sein de la table de 
     1201              hachage partagée et le parcours du contenu de la page. La valeur 
     1202              par défaut est 1. 
    11911203            </para> 
    11921204          </listitem> 
    …… 
    12001212          </indexterm> 
    12011213            <para> 
    1202               Le coût estimé pour nettoyer via VACUUM un tampon qui doit être lu 
    1203               sur le disque. Ceci représente l'effort pour verrouiller le lot de 
    1204               tampons, la recherche dans la table de découpage partagée, la 
    1205               lecture du bloc désiré du disque et le parcours de son contenu. La 
    1206               valeur par défaut vaut 10. 
     1214              Indique le coût estimé du nettoyage par VACUUM d'un tampon qui doit être lu 
     1215              sur le disque. Ceci représente l'effort à fournir pour 
     1216              verrouiller la réserve de tampons, rechercher dans la table de 
     1217              hachage partagée, lire le bloc désiré sur le disque et 
     1218              parcourir son contenu. La valeur par défaut est 10. 
    12071219            </para> 
    12081220          </listitem> 
    12091221        </varlistentry> 
    12101222   
     1223<!-- dirty block : sale est-il le terme adéquat ?  
     1224Ne s'agit-il pas plutôt d'un bloc non encore écrit sur le disque ? Clean 
     1225block : bloc vidé,  dirty bloc : bloc à vider ? 
     1226--> 
    12111227        <varlistentry id="guc-vacuum-cost-page-dirty" xreflabel="vacuum_cost_page_dirty"> 
    12121228          <term><varname>vacuum_cost_page_dirty</varname> (<type>integer</type>)</term> 
    …… 
    12161232          </indexterm> 
    12171233            <para> 
    1218               Le coût estimé chargé quand VACUUM modifie un bloc qui était 
    1219               précédemment propre. Cela représente les entrées/sorties 
    1220               supplémentaires requis pour vider le bloc sale de nouveau sur le 
    1221               disque. La valeur par défaut vaut 20. 
     1234              Indique le coût estimé de modification par VACUUM d'un bloc 
     1235              précédemment vide (<foreignphrase>clean block</foreignphrase>). 
     1236              Cela représente les entrées/sorties 
     1237              supplémentaires nécessaires pour vider à nouveau le bloc 
     1238              modifié (<foreignphrse>dirty block</foreignphrase>) sur le 
     1239              disque. La valeur par défaut est 20. 
    12221240            </para> 
    12231241          </listitem> 
    …… 
    12311249          </indexterm> 
    12321250            <para> 
    1233               Le coût accumulé qui causera l'endormissement du processus de 
    1234               VACUUM. La valeur par défaut vaut 200. 
     1251              Indique Le coût cumulé qui provoque l'endormissement du processus de 
     1252              VACUUM. La valeur par défaut est 200. 
    12351253            </para> 
    12361254          </listitem> 
    …… 
    12401258      <note> 
    12411259        <para> 
    1242           Certaines opérations contenant des verrous critiques devraient se 
    1243           terminer aussi rapidement que possible. Les délais de VACUUM basés 
    1244           sur le coût ne surviennent pas pendant ces opérations. Du coup, il 
    1245           est possible que le coût accumulé soit bien plus important que la 
    1246           limite spécifiée. Pour éviter des délais inutilement longs dans de 
     1260          Certaines opérations détiennent des verrous critiques et doivent 
     1261          donc se terminer le plus vite possible. Les reports de 
     1262          VACUUM en fonction du coût ne surviennent pas pendant ces opérations. 
     1263          De ce fait, il 
     1264          est possible que le coût cumulé soit bien plus important que la 
     1265          limite indiquée. Pour éviter des délais inutilement longs dans de 
    12471266          tels cas, le délai réel est calculé de la façon suivante&nbsp;: 
    12481267          <varname>vacuum_cost_delay</varname> * <varname>accumulated_balance</varname> / 
    …… 
    12541273    </sect2> 
    12551274 
     1275<!-- Scripteur d'arrière-plan ? --> 
    12561276    <sect2 id="runtime-config-resource-background-writer"> 
    1257       <title>Écriture en tâche de fond</title> 
     1277      <title>Processus d'écriture en arrière-plan</title> 
    12581278   
    12591279      <para> 
    1260         À partir de <productname>PostgreSQL</productname> 8.0, il existe un processus 
    1261         serveur séparé pour l'<firstterm>écriture en tâche de fond</firstterm>, dont la 
    1262         seule fonction est de lancer les écritures des tampons partagés 
    1263         <quote>sales</quote>.  Le but est que les processus serveur gérant les 
    1264         requêtes des utilisateurs doivent déléguer ou n'avoir jamais à attendre 
    1265         la fin d'une écriture car le processus d'écriture en tâche de fond s'en 
    1266         chargera. Cet arrangement réduit aussi la pénalité de performance 
    1267         associée avec les points de vérification. Le processus d'écriture en 
    1268         tâche de fond vérifiera en contenu les pages sales pour les écrire sur 
    1269         le disque, de façon à ce que seules quelques pages doivent être forcées 
    1270         en écriture lorsque survient le point de vérification, à la place d'un 
    1271         déluge d'écritures de tampons sales ne se faisant qu'à chaque point de 
    1272         vérification. Néanmoins, il y a une nette augmentation dans la charge des 
    1273         entrées/sorties parce que, là où une page souvent sale n'aurait été 
    1274         écrite qu'une seule fois par intervalle de point de vérification, le 
    1275         processus d'écriture en tâche de fond l'aurait écrite plusieurs fois 
    1276         dans la même période. Dans la plupart des situations, un chargement lent 
    1277         continu est préférable à des pointes périodiques mais les paramètres 
    1278         discutés dans cette sous-section peuvent être utilisés pour configurer 
    1279         finement le comportement pour les besoins locaux. 
     1280        Avec <productname>PostgreSQL</productname> 8.0 est apparu un processus 
     1281        serveur distinct, nommé 
     1282        <firstterm>processus d'écriture en arrière-plan</firstterm> 
     1283        (<foreignphrase>background writer</foreignphrase>), dont la 
     1284        seule fonction est d'écrire les tampons partagés 
     1285        <quote>modifiés</quote>  
     1286        (<foreignphrase>dirty shared buffers</foreignphrase>). 
     1287        Le but est d'éviter aux processus serveur qui gèrent les 
     1288        requêtes utilisateur d'attendre les écritures, le processus 
     1289        d'écriture en arrière-plan se chargeant de celles-ci. Cela réduit 
     1290        également l'impact sur les performances des points de vérification. 
     1291        Le processus d'écriture en arrière-plan décharge en permanence sur 
     1292        le disque les pages modifiées, de telle sorte que seul un petit 
     1293        nombre de pages doit être écrit sur disque lorsque survient un point 
     1294        de vérification. Il n'y a alors plus le déluge d'écritures de 
     1295        tampons modifiés qui survenait précédemment à chaque point de 
     1296        vérification. Cependant, la charge des entrées/sorties augmente 
     1297        considérablement, parce que si une page fréquemment modifiée n'était 
     1298        auparavant écrite qu'une seule fois par point de vérification, le 
     1299        processus d'écriture en arrière-plan peut l'écrire plusieurs fois 
     1300        dans le même intervalle. Dans la plupart des situations, une faible 
     1301        charge continue est préférable à un pic périodique, mais les 
     1302        paramètres décrits dans cette sous-section permettent d'ajuster ce 
     1303        comportement pour des besoins particuliers. 
    12801304      </para> 
    12811305 
    …… 
    12881312          </indexterm> 
    12891313            <para> 
    1290               Spécifie le délai entre les tours d'activité du processus 
    1291               d'écriture en tâche de fond. À chaque tour, le processus 
    1292               écrit un certain nombre de tampons sales (contrôlable par les 
    1293               paramètres suivants). Puis, il s'endort pour <varname>bgwriter_delay</varname> 
    1294               millisecondes et recommence. La valeur par défaut est de 200. 
    1295               Notez que sur de nombreux systèmes, la résolution réelle des 
    1296               délais de sommeil est de 10&nbsp;millisecondes&nbsp;; configurer 
     1314              Indique le délai entre les tours d'activité du processus 
     1315              d'écriture en arrière-plan. À chaque tour, le processus 
     1316              écrit un certain nombre de tampons modifiés (contrôlable par les 
     1317              paramètres qui suivent). Puis, il s'endort pour 
     1318              <varname>bgwriter_delay</varname> millisecondes et recommence. 
     1319              La valeur par défaut est de 200. 
     1320              Sur de nombreux systèmes, la résolution réelle des 
     1321              délais de sommeil est de 10&nbsp;millisecondes&nbsp;; 
     1322              positionner 
    12971323              <varname>bgwriter_delay</varname> à une valeur qui n'est pas un multiple 
    1298               de 10 pourrait avoir le même résultat que de le configurer au 
     1324              de 10 peut avoir le même résultat que de le positionner au 
    12991325              multiple de 10 supérieur. 
    1300               Ce paramètre peut seulement être configuré dans le fichier 
     1326              Ce paramètre ne peut qu'être configuré dans le fichier 
    13011327              <filename>postgresql.conf</filename> ou indiqué sur la ligne de commande. 
    13021328            </para> 
    …… 
    13121338        <para> 
    13131339         Pour réduire la probabilité que les processus serveur aient besoin 
    1314          de lancer leur propre écriture, la tâche de fond d'écriture essaie 
    1315          d'écrire les tampons qui ont une chance d'être rapidement recyclés. 
    1316          À chaque tour, elle examine jusqu'à <varname>bgwriter_lru_percent</varname> 
    1317          des tampons les plus proches du recyclage et écrit tout ce qui est à 
    1318          mettre à jour. La valeur par défaut est 1,0 (ceci est un pourcentage du 
     1340         de lancer leurs propres écritures, le processus en arrière-plan 
     1341         tente d'écrire les tampons qui risquent d'être rapidement recyclés. 
     1342         À chaque tour, il examine jusqu'à <varname>bgwriter_lru_percent</varname> 
     1343         des tampons les plus proches du recyclage et écrit ceux qui ont été 
     1344         modifiés. La valeur par défaut est 1.0 (pourcentage du 
    13191345         nombre total de tampons partagés). 
    1320          Ce paramètre peut seulement être configuré dans le fichier 
     1346         Ce paramètre ne peut qu'être configuré dans le fichier 
    13211347         <filename>postgresql.conf</filename> ou indiqué sur la ligne de commande. 
    13221348        </para> 
    …… 
    13311357       </indexterm> 
    13321358        <para> 
    1333          À chaque tour, ce nombre maximum de tampons sera écrit suite au 
    1334          parcours des prochains tampons à recycler. La valeur par défaut est de 
    1335          5. 
    1336          Ce paramètre peut seulement être configuré dans le fichier 
     1359         À chaque tour, au plus ce nombre de tampons est écrit en résultat 
     1360         de la recherche des tampons à recycler prochainement. La valeur par 
     1361         défaut est 5. 
     1362         Ce paramètre ne peut qu'être configuré dans le fichier 
    13371363         <filename>postgresql.conf</filename> ou indiqué sur la ligne de commande. 
    13381364        </para> 
    …… 
    13481374        <para> 
    13491375         Pour réduire la quantité de travail nécessaire à chaque point de 
    1350          vérification, la tâche d'écriture en arrière plan fait aussi un 
    1351          parcours circulaire de l'ensemble des tampons, écrivant les tampons 
    1352          à mettre à jour. À chaque tour, il examine au plus 
     1376         vérification, le processus d'écriture en arrière-plan effectue 
     1377         aussi un parcours circulaire de l'ensemble des tampons écrivant les tampons 
     1378         modifiés. À chaque tour, il examine au plus 
    13531379         <varname>bgwriter_all_percent</varname> des tampons dans ce but. La valeur par 
    1354          défaut est de 0,333 (ceci le pourcentage du nombre total de tampons 
    1355          partagés). Avec le paramètre par défaut <varname>bgwriter_delay</varname>, 
    1356          ceci permettra le parcours de l'ensemble de tampons une fois par minute. 
    1357          Ce paramètre peut seulement être configuré dans le fichier 
     1380         défaut est 0.333 (pourcentage du nombre total de tampons 
     1381         partagés). Combiné à la valeur par défaut de <varname>bgwriter_delay</varname>, 
     1382         ceci permet de parcourir l'ensemble des tampons environ une fois par minute. 
     1383         Ce paramètre ne peut qu'être configuré dans le fichier 
    13581384         <filename>postgresql.conf</filename> ou indiqué sur la ligne de commande. 
    13591385        </para> 
    …… 
    13681394       </indexterm> 
    13691395        <para> 
    1370          À chaque tour, ce nombre maximum de tampons sera écrit suite au 
    1371          parcours de tous les tampons. (Si cette limite est atteinte, le 
    1372          parcours s'arrête et recommence au prochain tampon la prochaine fois.) 
    1373          La valeur par défaut est de 5. 
    1374          Ce paramètre peut seulement être configuré dans le fichier 
     1396         À chaque tour, au maximum ce nombre de tampons est écrit en 
     1397         résultat du parcours de tous les tampons. (Si cette limite est atteinte, le 
     1398         parcours s'arrête et reprend au tampon suivant au prochain tour.) 
     1399         La valeur par défaut est 5. 
     1400         Ce paramètre ne peut qu'être configuré dans le fichier 
    13751401         <filename>postgresql.conf</filename> ou indiqué sur la ligne de commande. 
    13761402        </para> 
    …… 
    13801406 
    13811407      <para> 
    1382         Des valeurs plus petites de <varname>bgwriter_all_percent</varname> et 
    1383         <varname>bgwriter_all_maxpages</varname> réduiront la charge supplémentaire 
    1384         en entrées/sorties causée par le processus d'écriture en tâche de fond 
    1385         mais laisseront plus de travail aux points de vérification. Pour réduire 
    1386         les pointes de chargements aux points de vérification, augmentez ces deux 
    1387         valeurs. Pour désactiver totalement le processus en d'écriture en tâche 
    1388         de fond, configurez les deux valeurs <varname>maxpages</varname> et/ou 
    1389         les deux <varname>percent</varname> à zéro. 
     1408        Des valeurs plus faibles de <varname>bgwriter_all_percent</varname> et 
     1409        <varname>bgwriter_all_maxpages</varname> permettent de réduire la 
     1410        charge supplémentaire des entrées/sorties causée par le processus 
     1411        d'écriture en arrière-plan mais laissent plus de travail lors des 
     1412        points de vérification. Pour réduire les pointes de charge lors des 
     1413        points de vérification, ces deux valeurs peuvent être augmentées. 
     1414        Pour désactiver totalement ce processus, il suffit de positionner les 
     1415        valeurs <varname>maxpages</varname> et/ou les valeurs 
     1416        <varname>percent</varname> à zéro. 
    13901417      </para> 
    13911418    </sect2> 
    13921419   </sect1> 
    13931420 
     1421<!-- ICI --> 
    13941422   <sect1 id="runtime-config-wal"> 
    13951423    <title>Write Ahead Log</title>