Correction de la description de fsync

postgresql/config.xml

@@ -1712,23 +1712,12 @@ block : bloc vidé,  dirty bloc : bloc à vider ?
        <primary>paramètre de configuration <varname>fsync</varname></primary>
       </indexterm>
        <para>
-        Quand les données validées d'une transaction sont vidées sur le
-        disque, toutes les validations supplémentaires prêtes à ce moment
-        sont aussi vidées sur disque. <varname>commit_delay</varname>
-        ajoute un délai, configuré en millisecondes, avant qu'une
-        transaction ne tente de vider le cache des transactions sur le
-        disque. Un délai différent de zéro permet à plus d'une transaction
-        à être transférée sur disque en une seule opération si la charge
-        du système est assez importante pour que des transactions
-        supplémentaires soient prêtes. Du coup, le délai n'est observé
-        que si au moins <varname>commit_siblings</varname> autres
-        transactions sont actives au moment où un processus serveur
-        écrit son enregistrement de validation (COMMIT). La valeur par
-        défaut de <varname>commit_delay</varname> est de zéro (pas de
-        délai). Comme toutes les données de transactions en attente
-        seront écrites à chaque vidage, quelque soit la valeur de ce
-        paramètre, il est rare que l'ajout d'un délai améliore réellement
-        les performances.
+        Si ce paramètre est activé, le serveur <productname>PostgreSQL</productname>
+        tente de s'assurer que les mises à jour sont écrites physiquement
+        sur le disque à l'aide d'appels système <function>fsync()</function>
+        ou de méthodes équivalentes (voir <xref linkend="guc-wal-sync-method"/>).
+        Cela permet de s'assurer que le cluster de bases de données peut revenir à
+        un état cohérent après une panne matérielle ou du système d'exploitation.
        </para>
 
        <para>