Listeners Raw Input em segundo plano no Windows 10 e Windows 11

Nesta página

Resposta curta: o limite do listener em segundo plano até cerca de 125 Hz foi confirmado pela nossa medição física no Windows 11 24H2. Com o throttling do sistema ativo, o intervalo médio dos WM_INPUT em segundo plano foi de 7,97 ms, ou cerca de 125,5 Hz; o foreground manteve 1,04 ms. Após desativar o mecanismo, o background voltou a 1,00 ms. Em séries virtuais separadas, o throttling não provocou perda de raw packets: preservaram-se 32 de 32 e 256 de 256 eventos.

Estado: o mecanismo de throttling e coalescing dos listeners em segundo plano está documentado pela Microsoft. A frequência de cerca de 125 Hz foi medida por um testador público separado com um rato físico de 1000 Hz no Windows 11 24H2. O ramo do sistema também foi observado no Windows 11 25H2 e não foi encontrado no Windows 10 22H2 correspondente.

Porque é que a Microsoft adicionou o limite

A Microsoft descreve diretamente o motivo: um rato com high report rate enviava a entrada não só para o jogo, mas também para vários processos em segundo plano. O processamento desses pedidos consumia tempo de processador considerável, que poderia ser gasto na renderização, e no Surface Laptop Studio de teste com um rato de 1000 Hz observaram-se stutters significativos. A solução passou por throttling, coalescing e limitação da frequência das mensagens precisamente para os listeners de Raw Input em segundo plano.

Quando a alteração foi lançada, os ratos rápidos já ultrapassavam largamente os 1000 Hz. Por exemplo, a Razer lançou um rato com fio de 8000 Hz em 2021 e uma tecnologia sem fios de 4000 Hz em 2022. Um dispositivo de 8000 Hz é capaz de enviar até oito vezes mais relatórios por segundo do que um dispositivo de 1000 Hz. Por isso, a difusão de ratos de 4000–8000 Hz aumentava logicamente a escala do problema com vários listeners em segundo plano.

A última frase é a nossa interpretação do contexto, e não uma afirmação da Microsoft. A Microsoft não descreveu a atualização como uma reação de emergência especificamente aos ratos de 4000 ou 8000 Hz, e no teste publicado utilizou um rato de 1000 Hz. Também é mais correto falar do custo geral de entrega e processamento de input requests, em vez de atribuir todo o efeito apenas às interrupções de hardware.

Definições relacionadas do BoosterX

O material está relacionado com a definição «Reduzir a frequência de eventos Raw Input em segundo plano». Esta limita precisamente os listeners em segundo plano e não deve ser descrita como uma limitação da entrada foreground nem como um aumento garantido de FPS.

Afirmação verificável

Verificámos cinco afirmações:

No Windows 11 existe um processamento separado dos listeners de Raw Input de alta frequência em segundo plano.
Este não existe da mesma forma no Windows 10 22H2 investigado.
No Windows 11 24H2, a frequência efetiva do listener em segundo plano é realmente de cerca de 125 Hz com um fluxo de entrada de cerca de 1000 Hz.
O throttling pode reduzir a integridade do fluxo WM_INPUT do jogo através de perdas, fusão ou divisão de pacotes.
A alteração do modo de janela, por si só, cria um Raw Input path diferente.

Âmbito do estudo

Windows 10 22H2 build 19045.6456;
Windows 11 24H2 com um rato físico de 1000 Hz;
Windows 11 25H2;
máquinas virtuais isoladas;
consumidores foreground e background;
registo normal de Raw Input, RIDEV_NOLEGACY e RIDEV_INPUTSINK;
windowed, borderless e exclusive presentation confirmado;
séries de controlo de 32 eventos e uma série separada de 256 eventos.

A série física verificou os intervalos entre WM_INPUT, mas não incluiu um jogo real, anti-cheat ou overlay. A série virtual não reproduziu o USB polling, a GPU física, o ecrã ou o trajeto click-to-photon.

Metodologia

Numa experiência pública separada, o RawMouseThrottleBufferTester registou um rato com RIDEV_INPUTSINK e mediu os intervalos de Stopwatch entre mensagens de movimento WM_INPUT. A mesma janela foi comparada em foreground e background com os valores predefinidos do sistema e, em seguida, após desativar o throttling.

O valor médio apresentado é calculado sobre uma janela circular dos últimos 512 intervalos recebidos. Movimentos nulos e pausas a partir de 40 ms foram descartados. O campo Samples na captura de ecrã mostra o número total de intervalos recebidos até ao momento do registo, e não o tamanho da janela estatística.

Adicionalmente, os componentes do sistema do Windows 10 22H2 e do Windows 11 25H2 foram comparados estaticamente, para encontrar um ramo separado de processamento do rato em segundo plano e separar o Raw Input path dos legacy cursor e presentation paths.

Depois, em ambientes virtuais idênticos, uma sequência controlada de mouse events foi entregue a um consumidor foreground ou background. Para cada cenário registaram-se o número de raw packets enviados e recebidos, perdas, fusões, divisões, o foreground state e, separadamente, os eventos do ramo legacy/cursor.

Alterou-se apenas um fator de cada vez: o modo de registo do consumidor, o foreground state, o modo de janela ou o perfil de throttling do sistema. Entre cenários, o estado de teste era reposto ao baseline registado.

Resultados

Rato físico, Windows 11 24H2

Estado	Intervalo médio dos últimos 512 eventos	Frequência equivalente	Samples no registo
Default, foreground	1,04 ms	≈962 Hz	2 221
Default, background	7,97 ms	≈125,5 Hz	3 556
Throttling desativado, foreground	1,00 ms	≈1000 Hz	19 606
Throttling desativado, background	1,00 ms	≈1000 Hz	12 009

Isto confirma cerca de 125 Hz precisamente para o consumidor RIDEV_INPUTSINK em segundo plano no Windows 11 24H2 investigado. O foreground path do mesmo programa não foi limitado a 125 Hz.

Cenários virtuais controlados

Cenário	Windows 10 22H2	Windows 11 25H2	Resultado
Entrega base de Raw Input	32 enviados, 32 recebidos	32 enviados, 32 recebidos	Não foram detetadas perdas, merge ou split
Background sem `RIDEV_INPUTSINK`	0 de 32	0 de 32	Entrega em segundo plano não solicitada
Background com `RIDEV_INPUTSINK`	32 de 32	32 de 32	A entrega em segundo plano funciona em ambos os SO
Windowed, borderless, exclusive	32 de 32 em cada modo	32 de 32 em cada modo	O presentation mode não alterou a packet integrity
Perfis de stress do throttling	Não aplicável	256 de 256 em todos os estados	Alterou-se o legacy/cursor branch, mas não a integridade de `WM_INPUT`

O RIDEV_INPUTSINK é um interruptor documentado da entrega em segundo plano. Sem ele, o consumidor background não deve receber o mesmo fluxo que a aplicação foreground. O resultado nulo nesta linha não é uma perda de dados do Windows.

Na série de stress, os estados de throttling do sistema alteraram visivelmente o número de legacy events e o movimento do cursor do sistema. Ainda assim, em todos os estados o consumidor de Raw Input recebeu os mesmos 256 pacotes de 256. Por isso, o efeito encontrado não pode ser corretamente descrito como «o Windows 11 perde Raw Input».

O que foi confirmado

A Microsoft adicionou ao Windows 11 throttling, coalescing e limitação da frequência das mensagens para os raw mouse listeners em segundo plano.
No Windows 11 24H2 investigado, o consumidor foreground físico recebia mensagens com um intervalo de cerca de 1 ms, e o consumidor background com um intervalo de 7,97 ms, ou cerca de 125,5 Hz.
Após desativar o throttling, o intervalo do consumidor background voltou a 1,00 ms.
No Windows 11 25H2 investigado observa-se um ramo separado deste processamento; no par exato Windows 10 22H2 não foi detetado.
O RIDEV_INPUTSINK altera a entrega em segundo plano WM_INPUT em ambos os SO investigados.
Em todos os cenários enumerados, a integridade dos raw packets manteve-se 1:1.
As alterações de throttling manifestaram-se no legacy/cursor branch medido, e não como perda de raw packets.

O que não foi confirmado

Que cada background listener em cada build do Windows 11 seja sempre limitado exatamente a 125,0 Hz. O resultado confirmado refere-se ao Windows 11 24H2 descrito e ao modo de registo.
Que o mecanismo reduza sempre o FPS, a latency ou o stutter em qualquer computador.
Que desativar o throttling do sistema melhore o controlo do rato.
Que o DWM controle a integridade de WM_INPUT em todos os jogos e builds do Windows 11.
Que a mesma packet integrity garanta a mesma click-to-photon latency física ou a mesma sensação subjetiva de mira.
Que o resultado da máquina virtual se transfira para cada rato físico, jogo, anti-cheat ou overlay.

Limitações

As capturas físicas públicas não contêm o número exato de build do Windows 11 24H2, o modelo do rato, o CSV de todos os intervalos ou a ordem automatizada de alternância de estados. O valor médio reflete os últimos 512 eventos, e o movimento do rato foi executado manualmente. Por isso, o resultado confirma com segurança o cluster observado de cerca de 8 ms, mas não define uma constante exata para qualquer sistema.

A máquina virtual permite repetir o percurso de software, mas não reproduz o USB polling, o microcontrolador do rato, a GPU física, o ecrã e o ciclo de jogo completo. As séries de 32 e 256 eventos são suficientes para verificar a integridade observável de um percurso concreto, mas não para avaliar perdas raras de baixa probabilidade.

O Windows 11 25H2 foi comparado com uma build exata do Windows 10 22H2. O resultado não deve ser automaticamente transferido para versões anteriores do Windows 11, Windows Server ou atualizações futuras.

Para saber como repetir a parte dinâmica das observações — consulte Como verificar por si mesmo.

A BoosterX desenvolve o GameModeX e o ProcessX, e este estudo e as suas ferramentas, incluindo o RawMouseThrottleBufferTester público, pertencem ao desenvolvedor do BoosterX, pelo que este tem um interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas através de dados abertos: o código público da ferramenta, as capturas das medições e as fontes enumeradas. O resultado nulo quanto a perdas de WM_INPUT, a confirmação de cerca de 125 Hz e a ausência de uma garantia universal são publicados em conjunto.

Conclusão prática

No Windows 11, mantenha o throttling do sistema dos raw mouse listeners em segundo plano no estado predefinido. A Microsoft introduziu-o para reduzir o trabalho das aplicações em segundo plano ao utilizar um rato com high report rate, preservando a entrada precisa do jogo em foreground.

Para um PC de gaming, a BoosterX recomenda limitar os background listeners compatíveis a cerca de 50 Hz. A medição própria deste intervalo na BoosterX ainda não foi publicada; o próprio número é coerente com medições independentes públicas: segundo as verificações da PC-Tuning e da Noverse, um intervalo de cerca de 20 ms corresponde a uma frequência do listener compatível de cerca de 50–60 Hz. Estes materiais são apresentados nas fontes como comparação adicional, e o valor medido neste artigo é o limite do sistema de cerca de 125 Hz, e não a frequência após configuração manual. O aumento do intervalo reduz o número de eventos em segundo plano entregues e de execuções do handler durante o movimento do rato. A janela foreground no percurso verificado mantém a entrada a plena velocidade.

A direção da otimização local está confirmada: reduzir a frequência de entrega dos eventos em segundo plano diminui tanto o número dessas entregas como o número de execuções do handler. Não foram medidos o tamanho final da alteração da carga geral da CPU, o FPS ou o frametime para um conjunto arbitrário de programas. A reação da aplicação ao rato em segundo plano pode tornar-se menos fluida, pelo que um listener que realmente necessite de alta frequência em background é motivo para repor o Windows default. A descrição prática e o estado exato do registo são apresentados na página «Reduzir a frequência de eventos Raw Input em segundo plano».

Se uma aplicação em segundo plano concreta causar stutters ou conflito de entrada, atualize ou feche primeiro essa mesma aplicação. Não desative a otimização do sistema nem suspenda processos sem uma comparação reproduzível.

A função legacy de limitação dos listeners em segundo plano no GameModeX destinava-se sobretudo ao Windows 10 e não é um substituto do mecanismo do sistema do Windows 11. Para a nova configuração, recomenda-se o suporte do Windows 11 e do ProcessX.

Restauro do estado

O estudo foi realizado em ambientes virtuais isolados. Os estados de teste alterados eram repostos ao baseline registado entre cenários; após a conclusão, utilizou-se o estado original da máquina virtual. No computador do utilizador, este artigo não recomenda alterar parâmetros do sistema, pelo que não é necessária uma ação de restauro separada.

Fontes primárias públicas

RawMouseThrottleBufferTester — programa público, código-fonte, observação estática, verificação com WinDbg e quatro capturas de medição física do Windows 11 24H2.
Default, foreground e default, background — 1,04 ms contra 7,97 ms.
Throttling off, foreground e throttling off, background — 1,00 ms cada.
Microsoft: Reduced game stutter with high report rate mice — throttling, coalescing e cap para background raw mouse listeners.
Microsoft: KB5027303, OS build 22621.1928 — primeira atualização estável de preview com melhoria para ratos de high report rate.
Microsoft: Windows 11 Insider Preview Build 23424 — descrição pública inicial da melhoria do high report rate mouse durante o jogo.
Razer: lançamento do Viper 8KHz — anúncio oficial do rato de 8000 Hz de 28 de janeiro de 2021 e comparação do volume de relatórios com 1000 Hz.
Razer: evolução de 4000 e 8000 Hz — cronologia oficial dos dispositivos com fio e sem fios de high polling rate.
PC-Tuning: verificação do intervalo do background listener — metodologia pública de observação do intervalo e intervalo de RawMouseThrottleDuration.
Noverse: verificação independente de dois background listeners — com um intervalo de 20 ms, o listener compatível foi medido a cerca de 60 Hz, e o listener com registo bypass manteve cerca de 1000 Hz.
Microsoft: RAWINPUTDEVICE — finalidade de RIDEV_INPUTSINK e RIDEV_NOLEGACY.
Microsoft: About Raw Input — modelo de registo e entrega de WM_INPUT.

As fontes públicas e as formulações foram verificadas: 2026-08-24.

Histórico de alterações

2026-09-20: a recomendação de cerca de 50 Hz foi reformulada: o número foi explicitamente comparado com medições independentes públicas, foi indicada a ausência de uma medição própria publicada do intervalo; o aviso de conflito de interesses foi complementado com a pertença do estudo e das ferramentas, e foi adicionada uma ligação para a verificação autónoma na metodologia.
2026-08-25: 50 Hz recomendados para o cenário de gaming como redução confirmada do processamento em segundo plano; manteve-se separadamente o limite para o efeito numérico na CPU geral e no FPS.
2026-08-24: adicionado o contexto documentado da carga da CPU, o limite da conclusão sobre ratos de 4000–8000 Hz e o cenário cauteloso de limitação manual dos background listeners a cerca de 50 Hz.
2026-08-24: adicionada a medição física pública do Windows 11 24H2, que confirma cerca de 125 Hz para o background listener; mantido o limite de que esta não é uma constante universal de cada build e registo.
2026-08-24: publicada a primeira comparação entre Windows 10 22H2 e Windows 11 25H2.