Teste de Velocidade de Reação

Um teste de velocidade de reação mede o atraso entre um sinal visual e a sua resposta. Nesta página, você espera a área de teste mudar e então clica ou pressiona uma tecla o mais rápido possível; o resultado aparece em milissegundos. Ele serve para comparar tentativas recentes, aquecer antes de jogos, demonstrar atenção e latência de entrada, ou observar como cansaço e foco mudam o desempenho. O número não mede apenas o sistema nervoso: taxa de atualização do monitor, latência do mouse ou teclado, agendamento do navegador, brilho da tela e cliques antecipados podem influenciar. Para comparar melhor, use o mesmo dispositivo, o mesmo método de entrada e várias tentativas, não um único resultado.

O relógio que mede a reação é performance.now(), o temporizador de alta resolução da especificação W3C High Resolution Time. Em um contexto de navegação de nível superior, ele retorna um DOMHighResTimeStamp com precisão submilissegundo (Chromium reporta passos de 100 μs após as mitigações do Spectre, Firefox 1 ms por padrão em janelas privadas). O legado Date.now() tem resolução de apenas ~1 ms e portanto é inadequado para medições sub-frame. Tanto o atraso aleatório pré-estímulo (1-5 s) quanto o delta de clique decorrido são calculados na base de tempo de performance.now(). A mudança de estado do estímulo é conduzida por requestAnimationFrame, que o navegador vincula ao sinal vsync do display. A 60 Hz o intervalo de frame é de 16,67 ms, a 120 Hz é de 8,33 ms, a 144 Hz é de 6,94 ms e a 240 Hz é de 4,17 ms; o resultado portanto quantiza para o que o painel consegue exibir. Abaixo de ~150 ms a maior parte da medição não é mais o usuário — é o pipeline de entrada: um mouse com fio com polling USB de 1000 Hz adiciona cerca de 1 ms, um mouse Bluetooth adiciona 7-30 ms, e o coalescimento de eventos do SO pode estender isso ainda mais em um laptop em modo de economia de energia. Dados reais de tempo de reação simples humana se distribuem aproximadamente de forma normal com média de cerca de 250 ms e desvio padrão de cerca de 30 ms, percorrendo a mesma cadeia a cada vez: o fóton atinge a retina, o sinal percorre o LGN até o V1, o planejamento motor dispara no córtex pré-motor e motor, o trato corticoespinal aciona o flexor do dedo, e o clique é registrado. Um clique prematuro é portanto filtrado como um estado 'muito cedo' para evitar que essa distribuição seja poluída com adivinhações de antecipação que de outra forma seriam registradas como falsos registros de 50-100 ms.

• Relógio: performance.now() (DOMHighResTimeStamp), passos de 100 μs em contextos de nível superior do Chromium, 1 ms em algumas janelas privadas; Date.now() tem precisão apenas em ms e não é utilizado.
• Quantização de frame: requestAnimationFrame é travado ao vsync, então o menor delta mensurável é um frame: 16,67 ms a 60 Hz, 6,94 ms a 144 Hz, 4,17 ms a 240 Hz.
• Piso de latência de entrada: ~1 ms para um mouse com fio com polling USB de 1000 Hz, 7-30 ms para um mouse Bluetooth típico, +jitter de coalescência de eventos do SO em modo de economia de energia.
• Baseline humano: tempo de reação visual simples é aproximadamente normal com média ≈ 250 ms e DP ≈ 30 ms; registros abaixo de 150 ms quase sempre são o piso do dispositivo, não ganhos do sistema nervoso.
• Cadeia neural: retina → LGN → V1 → córtex pré-motor/motor → trato corticoespinal → flexor do dedo, somando a faixa de latência biológica irreductível.
• Anti-trapaça: cliques antes do estímulo são sinalizados como 'muito cedo' para que adivinhações de antecipação não poluam a distribuição como registros artificialmente rápidos.