Como Descobrir Qual Driver Causa Picos de Latência DPC no Windows 11

Solução rápida: Execute o LatencyMon por dois minutos durante um pico para ver qual driver é o responsável — a primeira entrada em “Drivers with highest ISR/DPC routine execution time” é o culpado. Os mais comuns: Wi-Fi (nwifi.sys), áudio Realtek (RTKVHD64.sys) e NVIDIA (nvlddmkm.sys).

Áudio com chiados. Cursor do mouse travando em momentos ociosos. Jogos com engasgos apesar de altas taxas de quadros. Os sintomas apontam para latência DPC (Deferred Procedure Call) — um problema de agendamento do kernel do Windows onde um driver monopoliza a CPU brevemente e bloqueia outros. A solução é identificar qual driver, não alterar configurações gerais do sistema.

O que é latência DPC e por que isso importa

Drivers de hardware executam em dois estágios do kernel: ISR (Interrupt Service Routine, muito curto, deve terminar em microssegundos) e DPC (Deferred Procedure Call, trabalho mais longo agendado após a ISR). Ambos executam com prioridade maior que qualquer código em modo de usuário. Se a ISR ou DPC de um driver demorar muito, tarefas em tempo real como recarga de buffer de áudio perdem seus prazos e você ouve uma falha. Qualquer coisa acima de 1 ms de tempo DPC em um desktop, ou 2 ms em um laptop, é suspeito.

Você não consegue ver isso no Gerenciador de Tarefas. Precisa de uma ferramenta que hook os provedores ETW do kernel e cronometre os DPCs de cada driver.

Método 1: Usar o LatencyMon para identificar o driver

1. Baixe o LatencyMon de resplendence.com/latencymon. Execute como Administrador.
2. Clique no botão verde de play. Reproduza a falha (mova o mouse, toque música, execute o jogo) por pelo menos 60 segundos.
3. Pare o monitoramento. Clique na aba Drivers.
4. Ordene por DPC count ou Highest measured interrupt to process latency. O driver no topo é seu gargalo.
5. Anote o nome do arquivo (ex.: nwifi.sys para Wi-Fi da Microsoft, RTKVHD64.sys para áudio Realtek, ndis.sys + e2nw11x64.sys para Ethernet Intel).

O LatencyMon também relata classificações totais: Your system seems to be having difficulty handling real-time audio significa que o driver do topo tem um problema real.

Método 2: Atualizar ou substituir o driver problemático

Depois de saber o driver, a correção depende de qual é.

1. Se for driver Wi-Fi: abra Gerenciador de Dispositivos → Adaptadores de rede → clique com o botão direito no adaptador Wi-Fi → Atualizar driver → Pesquisar automaticamente. Se não encontrar versão mais nova, baixe diretamente do site da Intel/Killer/MediaTek.
2. Se for áudio Realtek (RTKVHD64.sys): atualize para o driver Realtek específico do OEM (site do fabricante do laptop) em vez do genérico. A versão OEM geralmente tem correções de DPC para aquela placa-mãe específica.
3. Se for NVIDIA (nvlddmkm.sys) ou AMD (atikmdag.sys): use o driver WHQL mais recente. Se o problema começou após uma atualização de driver, reverta para a versão anterior (Gerenciador de Dispositivos → a GPU → Propriedades → Driver → Reverter Driver).
4. Se for um driver USB (usbport.sys, usbxhci.sys): um dispositivo USB com defeito está gerando eventos. Desconecte dispositivos um a um até o LatencyMon melhorar.
5. Reinicie após cada alteração de driver e execute o LatencyMon novamente por 2 minutos para confirmar a melhora.

Para drivers de rede, desative também o gerenciamento de energia: Gerenciador de Dispositivos → adaptador → Propriedades → Gerenciamento de energia → desmarque Permitir que o computador desligue este dispositivo para economizar energia. A economia de energia do Wi-Fi é um culpado frequente de DPC.

Método 3: Desabilitar C-states ou definir plano de energia como Alto Desempenho

Alguns CPUs saem de estados C profundos lentamente, e o atraso de ativação aparece como latência do kernel. Ajustar as configurações de energia pode ajudar.

1. Abra powercfg.cpl. Selecione Alto desempenho (ou crie um novo plano baseado em Equilibrado com suspensão profunda desabilitada).
2. Em Alterar configurações do plano → Alterar configurações de energia avançadas, encontre Gerenciamento de energia do processador.
3. Defina Estado mínimo do processador como 100% enquanto conectado. Isso impede estados C profundos.
4. Salve e teste novamente com LatencyMon.
5. Se as falhas pararem, as transições de suspensão da CPU eram a causa. Reverta se não quiser o impacto na energia.

Em laptops modernos, isso raramente vale o impacto na bateria — faça apenas em estações de trabalho conectadas ou ao solucionar problemas de equipamentos de produção de áudio.

Como verificar se a correção funcionou

• Execute o LatencyMon por 5 minutos durante carga de trabalho normal. O highest measured DPC routine execution do driver do topo permanece abaixo de 1000 us (1 ms).
• A linha de resumo na parte inferior lê Your system appears to be suitable for handling real-time audio.
• Toque música por 30 minutos — sem falhas.
• Se você joga, sem engasgos durante jogabilidade suave.

Se nada disso funcionar

Se o LatencyMon apontar para dxgkrnl.sys (o gerenciador gráfico em modo kernel), o problema é o driver da GPU ou uma configuração relacionada à exibição — desative Agendamento de GPU acelerado por hardware (Configurações → Sistema → Tela → Gráficos → Configurações gráficas padrão) e teste novamente. Se apontar para wdf01000.sys (Windows Driver Framework, genérico), um de vários drivers usando KMDF está envolvido — verifique o Visualizador de Eventos para erros recentes relacionados a driver. Para latência persistente que sobrevive a todas as atualizações de driver, a causa pode ser um problema de nível de BIOS — verifique se há uma atualização de UEFI do fabricante da placa-mãe ou laptop que mencione correções de desempenho ou latência.

Conclusão: A latência DPC é um problema de driver, não do Windows. O LatencyMon nomeia o culpado em dois minutos. Atualize ou substitua esse driver, defina seu gerenciamento de energia como alto desempenho, e as falhas desaparecem.