Por qué la prueba pide doce segundos de movimiento del mouse

La respuesta corta

Doce segundos es lo bastante largo para que aparezca un pico poco frecuente y lo bastante corto para que la gente termine la prueba.

La respuesta larga

Lo interesante no es el promedio, son los eventos raros. Un driver que retiene un núcleo 5 ms una vez cada pocos segundos es exactamente el tipo de cosa que provoca un tirón que sí notas y un benchmark que no lo ve. Para captar algo que ocurre cada pocos segundos, la ventana tiene que ser varias veces más larga que ese intervalo.

Tres segundos captarían el promedio y se perderían el pico, lo que daría un resultado limpio en una máquina con un problema real. Ese es el peor desenlace posible para una medición.

Treinta segundos captarían más. También serían una página que la mayoría de la gente abandona a la mitad, y una medición abandonada no mide nada.

Por qué tiene que ser tu movimiento

La tasa del mouse se toma del flujo de entrada sin procesar (raw input): un reporte por movimiento, tal como lo envía el dispositivo. Sin movimiento no hay reportes, y sin reportes no hay nada que medir.

Cronometrar los eventos de mouse normales de Windows tampoco funcionaría. Esos se entregan a través de la cola de mensajes, que los agrupa hasta dejarlos aproximadamente a la tasa de la propia interfaz — un mouse de 1000 Hz y uno de 125 Hz se ven idénticos vistos así. Ese fue un fallo real que tuvo esta función, y leer la entrada sin procesar es la solución.

Hazla bien

• Mueve el mouse de forma continua, como lo harías en un juego — no un único arrastre lento por el escritorio.
• Deja la máquina como la tienes normalmente. Cerrarlo todo antes mide una máquina que en realidad nunca usas.
• Vuelve a ejecutarla después para comparar. La página guarda tus últimas ejecuciones y muestra el cambio; una diferencia menor al 5 % se reporta como "sin cambios", porque eso está dentro del ruido.

Relacionado

• Cómo leer la prueba de latencia