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

La prueba pide 12 segundos moviendo el mouse porque es tiempo suficiente para que aparezca un pico poco frecuente, como un driver que retiene un núcleo 5 ms cada pocos segundos, y lo bastante corto para que la gente la termine de verdad. El movimiento tiene que ser tuyo: la tasa del mouse se lee del flujo de entrada sin procesar.

¿Por qué no 3 o 30 segundos?

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 fácil de abandonar a la mitad, y una medición abandonada no mide nada.

¿Por qué tienes que mover el mouse tú mismo?

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