La page des benchmarks est un tableau de résultats. Voici le raisonnement qui se trouve dessous : ce qui se passe mal dans un post Usenet et pourquoi cela coûte du temps, comment nous menons une série de mesures et ce qui fait qu'un résultat compte, et ce que mesure réellement chaque colonne que nous publions. Écrit pour ceux qui veulent vérifier notre raisonnement plutôt que croire les chiffres sur parole.
Un
L'architecture à laquelle le reste du site ne cesse de renvoyer. Ce qui arrive aux octets, en quoi c'est autre chose que le décompactage direct, quelles formes d'archives y survivent, et ce que vaut la suppression du cycle écriture-puis-relecture en disque, en temps processeur et en mémoire.
Deux
Les posts arrivent troués plus souvent qu'on ne le croit, et c'est là que les clients diffèrent le plus. Ce qu'est un article manquant, pourquoi le réclamer coûte cher, et pourquoi la solution est d'arrêter de demander plutôt que de demander plus vite.
Trois
Les machines, les jeux de test, les réglages accordés à chaque client, et les règles qui décident si une manche compte. Y compris les contrôles qui existent parce que nous nous sommes trompés une fois et préférons ne pas recommencer.
Quatre
Temps jusqu'à un fichier utilisable, mémoire de pointe, secondes processeur, pic disque, E/S du volume. Ce qu'est chacun, pourquoi nous le publions, et à quoi ressemble vraiment une bonne ou une mauvaise valeur sur une machine que vous possédez.
Et les données brutes
Chaque résultat mesuré se trouve sur la page des benchmarks, avec la version et la date à côté de chaque tableau, y compris les manches que nous perdons. Ces pages l'expliquent ; cette page-là est la preuve.