Se o mouse “pesa”, o áudio corta ou o frametime salta sem você mudar nada no jogo, a chance de ser DPI/polling é pequena. No Windows 11 competitivo, o primeiro suspeito sério continua sendo DPC Latency — Deferred Procedure Calls que seguram o scheduler enquanto um driver “termina o serviço”.

Este post é o protocolo que usamos na bancada GuttyTECH: medir, interpretar, atacar a causa — sem registry pack de TikTok.

O que é DPC (em linguagem de FPS)

Quando um dispositivo (NIC, GPU, áudio, USB, NVMe) precisa de atenção, o kernel agenda trabalho. Parte disso roda como DPC. Se um driver fica tempo demais nessa fila, outras threads esperam — inclusive o que entrega input e frames.

O sintoma clássico não é “FPS médio baixo”. É variância: 1% low podre, hitch de 20–80 ms, aim que “borra” no peito a peito. CapFrameX mostra o stutter; LatencyMon mostra quem está causando.

Preparação do ambiente (obrigatória)

Medir com Discord overlay, GeForce Experience, RGB suite e antivirus full scan = poluir o experimento.

1. Feche overlays e softwares de periferico que não sejam o driver essencial. 2. Ideal: cabo de rede, Wi‑Fi off. 3. Anote build do Windows, driver GPU e se VBS/HVCI está on (`msinfo32`). 4. Não rode update do Windows no meio do teste.

Protocolo LatencyMon (dois cenários)

Cenário A — Idle limpo (5–10 min)

Abra LatencyMon, comece a medição, deixe o PC “parado” (sem browser pesado). Anote:

Highest measured interrupt to process latency
Drivers com maior **execution** / **DPC count**
Se a barra fica vermelha de forma **contínua** ou só em picos raros

Cenário B — Jogo aberto (mesmo mapa / deathmatch)

Repita 5–10 min dentro do título que você joga ranked. Muitos spikes só aparecem com `dxgkrnl`, áudio spatial ou anti-cheat carregado.

Como ler o resultado (sem drama)

| Padrão | Leitura | Ação típica | |---|---|---| | Spikes raros < ~500 µs | Ruído | Não “otimize” por ansiedade | | Picos repetidos em `ndis.sys` / filtro de rede | Stack de rede | Limpar filtros, driver NIC, QoS/VPN | | `dxgkrnl` / GPU | Driver/overlay/HAGS | Driver limpo, testar HAGS, fechar overlay | | Áudio (`portcls`, HDMI audio, etc.) | Stack de som | Desabilitar devices fantasmas, atualizar/desabilitar enhancement | | USB / HID | Controller/polling extremo | Testar porta, hub, baixar 8K → 1K |

Regra de ouro: culpar “Windows lento” sem nome de driver = chute.

Ordem de ataque (depois da prova)

1. Remover filtros de rede desnecessários (VPN fantasma, “accelerators”). 2. Power plan previsível (Ultimate Performance / plano calibrado) — parking agressivo piora wake. 3. Atualizar ou limpar driver GPU (DDU só se você sabe o risco). 4. Revisar C-States / ASPM na BIOS se o DPC for sistêmico e o cooler aguentar. 5. Só então discutir MSI Mode / affinity — um dispositivo por vez.

O que NÃO fazer

Baixar “DPC Fixer” aleatório.
Aplicar 40 chaves de registro de vídeo sem baseline.
Desligar segurança (HVCI) **antes** de medir — você perde a referência e mistura variáveis.

Checklist rápido pré-ranked

[ ] LatencyMon idle sem vermelho contínuo
[ ] Overlay off
[ ] Cabo + bufferbloat ok
[ ] CapFrameX: 1% low estável no seu cenário fixo

---

Próximo passo com a GuttyTECH

Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na sua máquina — baseline CapFrameX, LatencyMon e stack limpa — agende uma sessão.

DPC Latency no Windows 11 (2026): o que medir antes de culpar o mouse