pgbench, traduction vs 15 beta2, fixes

postgresql/ref/pgbench.xml

@@ -1,4 +1,4 @@
-<<?xml version="1.0" encoding="UTF-8"?>
+<?xml version="1.0" encoding="UTF-8"?>
 <refentry id="pgbench">
  <indexterm zone="pgbench">
   <primary>pgbench</primary>
@@ -80,9 +80,6 @@ tps = 896.967014 (without initial connection time)
    La ligne suivante affiche le nombre de transactions échouées
    à cause d'erreurs de sérialisation ou de deadlock (pour plus
    d'informations, voir <xref linkend="failures-and-retries"/>).
-   The next line reports the number of failed transactions due to
-   serialization or deadlock errors (see <xref linkend="failures-and-retries"/>
-   for more information).
    La dernière ligne indique le nombre de transactions par seconde.
   </para>
 
@@ -245,8 +242,10 @@ pgbench <optional> <replaceable>options</replaceable> </optional>
             les données sont générées dans le client <command>pgbench</command>,
             puis envoyées au serveur. Cela utilise une commande <command>COPY</command>
             et consomme beaucoup de bande passante entre le client et le serveur.
-            En version 14 ou supérieure, <command>pgbench</command> utilise l'option FREEZE de <productname>PostgreSQL</productname> pour
-            accélérer les <command>VACUUM</command> suivantes, sauf en cas d'utilisation des partitions.
+            En version 14 ou supérieure, <command>pgbench</command> utilise l'option
+            FREEZE de <productname>PostgreSQL</productname> pour
+            accélérer les <command>VACUUM</command> suivantes,
+            sauf en cas d'utilisation des partitions.
             Avec <literal>g</literal>, la trace affiche un message toutes les
             100&nbsp;000 lignes lors de la génération de <structname>pgbench_accounts</structname>.
            </para>
@@ -683,7 +682,7 @@ pgbench <optional> <replaceable>options</replaceable> </optional>
         moyenne du temps d'ordonnancement.
         Si <option>--max-tries</option> est utilisée pour autoriser de nouvelles
         tentatives après des erreurs de sérialisation ou des deadlocks,
-        le rapport affiche le nombre de transactions retentées et la somme
+        le rapport inclut le nombre de transactions retentées et la somme
         de toutes les nouveaux essais.
        </para>
       </listitem>
@@ -695,7 +694,7 @@ pgbench <optional> <replaceable>options</replaceable> </optional>
       <listitem>
        <para>
         Affiche les statistiques suivantes pour chaque commande après la fin
-        du test de performance&nbsp;: latence moyenne par ordre (temps
+        du benchmark&nbsp;: latence moyenne par ordre (temps
         d'exécution du point de vue du client), nombre d'échecs après des
         erreurs de sérialisation ou des deadlocks, et le nombre de nouvelles
         tentatives après cela.
@@ -1080,10 +1079,10 @@ pgbench <optional> <replaceable>options</replaceable> </optional>
    Une exécution réussie terminera avec un code d'erreur 0.
    Une valeur 1 indique des problèmes comme des options de ligne de commande
    invalides ou des erreurs internes supposée ne jamais arriver.
-   Des erreurs dès le démarrage du test, comme des échecs aux premières
+   Des erreurs dès le démarrage du benchmark, comme des échecs aux premières
    tentatives de connexion, échouent aussi avec le statut 1.
-   Des erreurs durant le test comme des erreurs de base de données ou des
-   problèmes dans le script donnent une erreur de code 2.
+   Des erreurs pendant l'exécution, comme des erreurs de base de données ou des
+   problèmes dans le script, donnent une erreur de code 2.
    Dans ce dernier cas, pgbench n'affichera que des résultats partiels.
   </para>
  </refsect1>
@@ -1145,8 +1144,7 @@ pgbench <optional> <replaceable>options</replaceable> </optional>
     exécute sept commandes par transaction choisies de
     façon aléatoire parmi <literal>aid</literal>, <literal>tid</literal>,
     <literal>bid</literal> et <literal>delta</literal>. Le scénario s'inspire
-    du jeu de tests de performance TPC-B, mais il ne s'agit pas
-    réellement de TPC-B, d'où son nom.
+    du benchmark TPC-B, mais il ne s'agit pas réellement de TPC-B, d'où son nom.
    </para>
 
    <orderedlist>
@@ -2846,7 +2844,7 @@ SELECT 4 AS four \; SELECT 5 AS five \aset
 
    <para>
     Toutes les valeurs sont calculées pour chaque ordre exécuté
-    par chaque client et sont affichées après la fin du test.
+    par chaque client et sont affichées après la fin du benchmark.
    </para>
 
    <para>
@@ -3023,7 +3021,7 @@ statement latencies in milliseconds, failures and retries:
     succès, ou qu'elles atteignent le nombre maximum de tentatives
     (indiqué avec <option>--max-tries</option>) / le temps maximal
     pour les tentatives (indiqué avec <option>--latency-limit</option>)
-    / la fin du test (indiqué avec <option>--time</option>).
+    / la fin du benchmark (indiqué avec <option>--time</option>).
     Si la dernière tentative d'exécution échoue, la transaction sera
     comptabilisée comme échouée, mais le client n'est pas arrếté et
     continue de fonctionner.
@@ -3039,7 +3037,7 @@ statement latencies in milliseconds, failures and retries:
      en indiquant un nombre illimité de tentatives
      (<literal>--max-tries=0</literal>).
      Vous pouvez aussi utiliser <option>--time</option> pour limiter la 
-     durée du test alors que le nombre de tentatives est illimité.
+     durée du benchmark alors que le nombre de tentatives est illimité.
     </para>
     <para>
      Faites attention lors de la répétition de scripts avec de