Pular para o conteúdo

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

Nesta página

Resposta curta: o limite do listener em segundo plano de aproximadamente 125 Hz foi confirmado pela nossa medição física no Windows 11 24H2. Com o throttling do sistema ativado, 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 levou à perda de raw packets: preservaram-se 32 de 32 e 256 de 256 eventos.

Status: o mecanismo de throttling e coalescing de 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 mouse 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.

Por que a Microsoft adicionou o limite

Seção intitulada “ Por que a Microsoft adicionou o limite”

A Microsoft descreve diretamente o motivo: um mouse com high report rate enviava entrada não apenas ao jogo, mas também a vários processos em segundo plano. O processamento dessas solicitações consumia tempo de CPU perceptível, que poderia ser gasto na renderização, e no Surface Laptop Studio de teste com um mouse de 1000 Hz observaram-se stutters significativos. A solução foi throttling, coalescing e limitação da frequência de mensagens especificamente para listeners de Raw Input em segundo plano.

Na época do lançamento da mudança, os mouses rápidos já haviam ultrapassado em muito os 1000 Hz. Por exemplo, a Razer lançou um mouse com fio de 8000 Hz em 2021 e a tecnologia sem fio 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. Portanto, a disseminação de mouses 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 declaração da Microsoft. A Microsoft não chamou a atualização de reação emergencial especificamente aos mouses de 4000 ou 8000 Hz, e no teste publicado usou um mouse de 1000 Hz. Também é mais correto falar do custo geral de entrega e processamento de input requests, e não atribuir todo o efeito apenas às interrupções de hardware.

Configurações relacionadas do BoosterX

Seção intitulada “Configurações relacionadas do BoosterX”

O material está relacionado à configuração «Reduzir a frequência de eventos Raw Input em segundo plano». Ela limita especificamente os listeners em segundo plano e não deve ser descrita como limitação da entrada em foreground nem como ganho garantido de FPS.

Afirmação verificável

Seção intitulada “ Afirmação verificável”

Verificamos cinco afirmações:

  1. No Windows 11 existe um processamento separado de listeners de Raw Input em segundo plano de alta frequência.
  2. Ele está ausente na mesma forma no Windows 10 22H2 pesquisado.
  3. No Windows 11 24H2 a frequência efetiva do listener em segundo plano é de fato cerca de 125 Hz com um fluxo de entrada de cerca de 1000 Hz.
  4. O throttling pode reduzir a integridade do fluxo WM_INPUT do jogo por meio de perdas, união ou divisão de pacotes.
  5. A mudança do modo de janela por si só cria um Raw Input path diferente.

Escopo da pesquisa

Seção intitulada “ Escopo da pesquisa”
  • Windows 10 22H2 build 19045.6456;
  • Windows 11 24H2 com mouse físico de 1000 Hz;
  • Windows 11 25H2;
  • máquinas virtuais isoladas;
  • consumidores foreground e background;
  • registro comum de Raw Input, RIDEV_NOLEGACY e RIDEV_INPUTSINK;
  • windowed, borderless e exclusive presentation confirmado;
  • séries de controle de 32 eventos e uma série separada de 256 eventos.

A série física verificava os intervalos entre WM_INPUT, mas não incluía partida real, anti-cheat ou overlay. A série virtual não reproduzia o USB polling, a GPU física, o display ou o trajeto click-to-photon.

Metodologia

Seção intitulada “ Metodologia”

Em um experimento público separado, RawMouseThrottleBufferTester registrava o mouse com RIDEV_INPUTSINK e media os intervalos Stopwatch entre mensagens de movimento WM_INPUT. A mesma janela era comparada em foreground e background com os valores padrão do sistema, e depois após desativar o throttling.

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

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

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

Apenas um fator era alterado por vez: o modo de registro do consumidor, o foreground state, o modo de janela ou o perfil de throttling do sistema. Entre os cenários, o estado de teste retornava ao baseline registrado.

Resultados

Seção intitulada “ Resultados”

Mouse físico, Windows 11 24H2

Seção intitulada “Mouse físico, Windows 11 24H2”
Estado Intervalo médio dos últimos 512 eventos Frequência equivalente Samples na captura
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

Isso confirma cerca de 125 Hz especificamente para o consumidor RIDEV_INPUTSINK em segundo plano no Windows 11 24H2 pesquisado. O caminho foreground do mesmo programa não foi limitado a 125 Hz.

Cenários virtuais controlados

Seção intitulada “Cenários virtuais controlados”
Cenário Windows 10 22H2 Windows 11 25H2 Resultado
Entrega básica de Raw Input 32 enviados, 32 recebidos 32 enviados, 32 recebidos Nenhuma perda, merge ou split detectado
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 nos dois sistemas
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 de throttling Não aplicável 256 de 256 em todos os estados O ramo legacy/cursor mudou, mas não a integridade WM_INPUT

RIDEV_INPUTSINK é um comutador documentado da entrega em segundo plano. Sem ele, o consumidor background não deve receber o mesmo fluxo que o aplicativo foreground. O resultado nulo nessa linha não é perda de dados do Windows.

Na série de stress, os estados de throttling do sistema alteravam visivelmente a quantidade 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. Portanto, o efeito encontrado não pode ser corretamente descrito como «o Windows 11 perde Raw Input».

O que foi confirmado

Seção intitulada “ O que foi confirmado”
  • A Microsoft adicionou no Windows 11 throttling, coalescing e limitação da frequência de mensagens para raw mouse listeners em segundo plano.
  • No Windows 11 24H2 pesquisado, o consumidor foreground físico recebia mensagens com intervalo de cerca de 1 ms, e o consumidor background com 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 pesquisado observa-se um ramo separado desse processamento; no par exato do Windows 10 22H2 ele não foi detectado.
  • RIDEV_INPUTSINK altera a entrega em segundo plano WM_INPUT nos dois sistemas pesquisados.
  • Em todos os cenários listados, a integridade dos raw packets foi preservada 1:1.
  • As mudanças de throttling manifestaram-se no ramo legacy/cursor medido, e não como perda de raw packets.

O que não foi confirmado

Seção intitulada “ O que não foi confirmado”
  • Que todo background listener em toda build do Windows 11 é sempre limitado exatamente a 125,0 Hz. O resultado confirmado refere-se ao Windows 11 24H2 descrito e ao modo de registro.
  • Que o mecanismo sempre reduz FPS, latency ou stutter em qualquer computador.
  • Que desativar o throttling do sistema melhora o controle do mouse.
  • Que o DWM gerencia a integridade de WM_INPUT em todos os jogos e builds do Windows 11.
  • Que a mesma packet integrity garante a mesma latência física click-to-photon ou a mesma sensação subjetiva de mira.
  • Que o resultado da máquina virtual se transfere para cada mouse físico, jogo, anti-cheat ou overlay.

Limitações

Seção intitulada “ 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 mouse, 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 mouse era feito manualmente. Portanto, o resultado confirma com segurança o agrupamento observado em torno de 8 ms, mas não define uma constante exata para qualquer sistema.

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

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

Para saber como reproduzir a parte dinâmica das observações — consulte Como verificar por conta própria.

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

Conclusão prática

Seção intitulada “ Conclusão prática”

No Windows 11, mantenha o throttling do sistema dos raw mouse listeners em segundo plano no estado padrão. A Microsoft o introduziu para reduzir o trabalho de aplicativos em segundo plano ao usar um mouse com high report rate, preservando a entrada precisa do jogo em foreground.

Para um PC gamer, a BoosterX recomenda limitar listeners em segundo plano compatíveis a cerca de 50 Hz. A medição própria desse intervalo na BoosterX ainda não foi publicada; o número em si é 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 de listener compatível de aproximadamente 50–60 Hz. Esses materiais são citados 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 ajuste 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 mouse. A janela em foreground no trajeto verificado mantém a entrada em velocidade máxima.

A direção da otimização local está confirmada: reduzir a frequência de entrega de eventos em segundo plano diminui tanto o número dessas entregas quanto o número de execuções do handler. Não foram medidos o tamanho final da mudança na carga geral de CPU, no FPS ou no frametime para um conjunto arbitrário de programas. A reação do aplicativo ao mouse em segundo plano pode ficar menos fluida, portanto um listener que realmente precise de alta frequência em background é motivo para retornar ao padrão do Windows. A descrição prática e o estado exato do registro estão na página «Reduzir a frequência de eventos Raw Input em segundo plano».

Se um aplicativo em segundo plano específico causar stutters ou conflito de entrada, primeiro atualize ou feche justamente ele. Não desative a otimização do sistema e não suspenda processos sem uma comparação reproduzível.

O recurso legacy de limitação de listeners em segundo plano no GameModeX destinava-se principalmente 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.

Restauração do estado

Seção intitulada “ Restauração do estado”

A pesquisa foi realizada em ambientes virtuais isolados. Os estados de teste alterados retornavam ao baseline registrado entre os cenários; após a conclusão, usava-se o estado original da máquina virtual. No computador do usuário, este artigo não recomenda alterar parâmetros do sistema, portanto nenhuma ação de restauração separada é necessária.

Fontes primárias públicas

Seção intitulada “ Fontes primárias públicas”

Fontes públicas e formulações verificadas: 2026-08-24.

Histórico de alterações

Seção intitulada “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, indicou-se a ausência de medição própria publicada do intervalo; o aviso sobre conflito de interesses foi complementado com a propriedade da pesquisa e das ferramentas, e adicionou-se um link para verificação independente na metodologia.
  • 2026-08-25: 50 Hz recomendados para o cenário de jogo como redução confirmada do processamento em segundo plano; manteve-se separadamente o limite para o efeito numérico sobre a CPU geral e o FPS.
  • 2026-08-24: adicionado o contexto documentado de carga de CPU, o limite da conclusão sobre mouses de 4000–8000 Hz e o cenário cauteloso de limitação manual de background listeners a cerca de 50 Hz.
  • 2026-08-24: adicionada a medição física pública do Windows 11 24H2, confirmando cerca de 125 Hz para o background listener; manteve-se o limite de que isso não é uma constante universal de cada build e registro.
  • 2026-08-24: publicada a primeira comparação entre Windows 10 22H2 e Windows 11 25H2.