Die Benchmark-Seite ist eine Tabelle mit Ergebnissen. Hier stehen die Überlegungen darunter: was bei einem Usenet-Post tatsächlich schiefgeht und warum es Zeit kostet, wie wir eine Messrunde fahren und was ein Ergebnis gültig macht, und was jede Spalte, die wir veröffentlichen, wirklich misst. Geschrieben für Leute, die unsere Argumentation prüfen wollen, statt den Zahlen einfach zu glauben.
Eins
Die Architektur, auf die der Rest der Seite immer wieder verweist. Was mit den Bytes geschieht, warum das etwas anderes ist als direktes Entpacken, welche Archivformen sie überstehen, und was der Wegfall des Schreib-und-Rücklese-Zyklus an Plattenplatz, Prozessorzeit und Speicher wert ist.
Zwei
Posts kommen häufiger mit Lücken an, als man erwartet, und genau dort unterscheiden sich die Clients am stärksten. Was ein fehlender Artikel ist, warum das Nachfragen teuer ist, und warum die Lösung darin besteht, mit dem Fragen aufzuhören, statt schneller zu fragen.
Drei
Die Maschinen, die Testdaten, die Einstellungen, die jeder Client bekommt, und die Regeln, die entscheiden, ob ein Durchgang überhaupt zählt. Einschließlich der Prüfungen, die es gibt, weil wir uns einmal geirrt haben und das lieber nicht wiederholen.
Vier
Zeit bis zur nutzbaren Datei, Speicherspitze, Prozessorsekunden, Plattenspitze, Volumen-E/A. Was jede Größe ist, warum wir sie veröffentlichen, und wie ein guter oder schlechter Wert auf einer Maschine aussieht, die dir gehört.
Und die Rohdaten
Jedes gemessene Ergebnis steht auf der Benchmark-Seite, mit Build und Datum neben jeder Tabelle, einschließlich der Durchgänge, die wir verlieren. Diese Seiten erklären es; jene Seite ist der Beleg.