La página de benchmarks es una tabla de resultados. Esto es el razonamiento que hay debajo: qué sale mal de verdad en un post de Usenet y por qué cuesta tiempo, cómo hacemos una tanda de medidas y qué hace que un resultado valga, y qué mide realmente cada columna que publicamos. Escrito para quien quiera comprobar nuestro razonamiento en vez de creerse las cifras sin más.
Uno
La arquitectura a la que el resto del sitio remite una y otra vez. Qué les pasa a los bytes, por qué es algo distinto del desempaquetado directo, qué formas de archivo la sobreviven, y cuánto vale eliminar el ciclo de escribir y volver a leer en disco, tiempo de procesador y memoria.
Dos
Los posts llegan con agujeros más a menudo de lo que la gente supone, y ahí es donde más se diferencian los clientes. Qué es un artículo que falta, por qué pedirlo sale caro, y por qué la solución es dejar de preguntar en lugar de preguntar más rápido.
Tres
Las máquinas, los materiales de prueba, los ajustes que recibe cada cliente, y las reglas que deciden si una vuelta cuenta siquiera. Incluye las comprobaciones que existen porque una vez nos equivocamos y preferimos no repetirlo.
Cuatro
Tiempo hasta un archivo utilizable, memoria máxima, segundos de procesador, pico de disco, E/S del volumen. Qué es cada una, por qué la publicamos, y qué aspecto tiene de verdad un valor bueno o malo en una máquina que tengas tú.
Y los datos en bruto
Cada resultado medido está en la página de benchmarks, con la compilación y la fecha junto a cada tabla, incluidas las vueltas que perdemos. Estas páginas lo explican; esa página es la prueba.