La pagina dei benchmark è una tabella di risultati. Qui c'è il ragionamento che le sta sotto: cosa va storto davvero in un post Usenet e perché costa tempo, come conduciamo una tornata di misure e cosa rende valido un risultato, e cosa misura realmente ogni colonna che pubblichiamo. Scritto per chi vuole verificare il nostro ragionamento invece di prendere i numeri sulla fiducia.
Uno
L'architettura a cui il resto del sito continua a rimandare. Cosa succede ai byte, perché è una cosa diversa dallo scompattamento diretto, quali forme di archivio le sopravvivono, e quanto vale eliminare il ciclo scrivi-e-rileggi in termini di disco, tempo di processore e memoria.
Due
I post arrivano bucati più spesso di quanto ci si aspetti, ed è lì che i client differiscono di più. Cos'è un articolo mancante, perché chiederlo costa caro, e perché la soluzione è smettere di chiedere invece di chiedere più in fretta.
Tre
Le macchine, i materiali di prova, le impostazioni che riceve ogni client, e le regole che decidono se una prova conta. Comprese le verifiche che esistono perché una volta abbiamo sbagliato e preferiamo non ripeterlo.
Quattro
Tempo per arrivare a un file utilizzabile, memoria di picco, secondi di processore, picco di disco, I/O del volume. Cos'è ciascuno, perché lo pubblichiamo, e che aspetto ha davvero un valore buono o cattivo su una macchina che possiedi.
E i dati grezzi
Ogni risultato misurato si trova nella pagina dei benchmark, con la build e la data accanto a ogni tabella, comprese le prove che perdiamo. Queste pagine lo spiegano; quella pagina è la prova.