Evento 13 do nvlddmkm e falhas do nvlddmkm.sys: redefinições do driver e TdrDelay

nvlddmkm é o nome de serviço do driver de vídeo da NVIDIA, nvlddmkm.sys; então um evento 13 com a fonte nvlddmkm é uma entrada que esse driver grava por conta própria no log do Sistema, e um evento 4101 de Display no mesmo horário significa que o driver parou de responder e o Windows o redefiniu. Aumentar o TdrDelay não corrige nenhum dos dois: a Microsoft diz que usuários finais não devem alterar as chaves de registro do TDR, e um atraso maior só mantém uma tela travada congelada por mais tempo antes da redefinição. O w0a não grava nenhum desses valores; o cartão Recuperação de travamento da GPU os apaga, para que os padrões do Windows voltem a valer.

O que são nvlddmkm, o evento 13 e o evento 4101

nvlddmkm.sys é a parte em modo kernel do driver de vídeo da NVIDIA: as propriedades do próprio arquivo o descrevem como "NVIDIA Windows Kernel Mode Driver", e o Windows o executa como o serviço nvlddmkm. Os eventos que o driver grava no log do Sistema levam esse nome de serviço como fonte.

Uma identificação de evento só significa algo junto com a sua fonte. Na fonte Display, o 4101 é o registro que o próprio Windows faz de uma redefinição do driver. Outras fontes reutilizam o número: no PC em que estas linhas foram verificadas, outras 24 fontes do log do Sistema, entre elas Tcpip e Dnscache, definem um 4101 próprio. Na fonte nvlddmkm, o 13 é um número que o driver da NVIDIA escolheu para si.

O Windows não consegue pôr uma frase nesse 13. No PC em que este guia foi verificado, com o driver NVIDIA 621.01, a fonte nvlddmkm não tem nenhum arquivo de mensagens registrado; por isso o Visualizador de Eventos diz que não encontra a descrição da identificação do evento e depois mostra o texto que o driver anexou, seja qual for. A documentação de TDR da Microsoft também não lista as identificações da NVIDIA, então este guia não chuta um significado: o texto do driver e o horário são aquilo em que você pode se basear.

Já o 4101 de Display vem escrito por extenso. O texto diz "O driver de vídeo … parou de responder e se recuperou com êxito.", com o nome do driver no lugar das reticências.

O que é uma redefinição do driver

A Microsoft chama o mecanismo de detecção e recuperação de tempo limite (TDR, Timeout Detection and Recovery). Quando a GPU não consegue nem terminar nem interromper a tarefa atual dentro do tempo limite, o sistema operacional conclui que a GPU está congelada, e o Windows redefine a placa de vídeo para impedir que o sistema inteiro pare de responder. O tempo limite padrão é de dois segundos. Depois de uma recuperação bem-sucedida, o Windows mostra uma mensagem dizendo que o driver de vídeo parou de responder e se recuperou, e registra essa mensagem no Visualizador de Eventos.

Uma redefinição nem sempre termina aí:

• Redefinições repetidas terminam em tela azul. Por padrão, o Windows para o PC com uma verificação de bugs no sexto travamento da GPU quando detecta cinco ou mais travamentos da GPU (0x117), seguidos de recuperações, dentro de um minuto.
• Uma redefinição que falha é tela azul na hora. A verificação de bugs 0x116 VIDEO_TDR_FAILURE indica que uma tentativa de redefinir o driver de vídeo e se recuperar de um tempo limite falhou. A análise de exemplo que a Microsoft dá para esse código de parada aponta nvlddmkm.sys como o módulo com falha.
• O jogo pode ficar preto. A Microsoft observa que alguns aplicativos DirectX antigos podem renderizar só preto no fim dessa recuperação, e o usuário precisa reiniciá-los.

Encontre os eventos no Visualizador de Eventos

1. Aperte Windows + R, digite eventvwr.msc e aperte Enter.
2. No painel esquerdo, abra Logs do Windows e selecione Sistema.
3. Clique no cabeçalho da coluna Fonte para ordenar a lista; as entradas de Display e nvlddmkm agora ficam em blocos próprios.
4. Selecione uma entrada e leia a guia Geral abaixo da lista, junto com o horário e a Identificação do Evento.

O PowerShell dá a mesma lista em uma linha, da mais recente para a mais antiga:

Get-WinEvent -FilterHashtable @{ LogName = 'System'; ProviderName = 'Display', 'nvlddmkm' } -MaxEvents 30 | Format-Table TimeCreated, ProviderName, Id -AutoSize

Se o PowerShell responder que nenhum evento foi encontrado, nenhuma das duas fontes tem mais entradas no log do Sistema, e esta página não é a sua pista: Jogo fechou sozinho? cobre os outros registros.

Como ler o que você encontrou

Leia os horários lado a lado. Um 4101 de Display no momento em que a imagem ficou preta e voltou é uma redefinição que funcionou. Uma entrada de nvlddmkm no mesmo minuto pertence ao mesmo incidente. Vários 4101 dentro de um minuto seguidos de uma reinicialização batem com a regra de cinco em um minuto acima, e o despejo dessa tela azul é onde Jogo fechou sozinho? continua.

O que verificar, uma mudança de cada vez

A resolução da Microsoft para 0x116 começa pelo driver e depois lista hardware: componentes com overclock, compatibilidade e configurações incorretas de componentes (principalmente configuração e timings da memória), refrigeração insuficiente, energia insuficiente e peças com defeito. Teste depois de cada passo, para saber qual mudança fez diferença.

1. Reinstale o driver de forma limpa. Segundo a Microsoft, talvez você precise instalar as atualizações mais recentes do seu driver de vídeo para que ele dê suporte correto ao processo de TDR. No NVIDIA app, abra Drivers, escolha Reinstalar no driver instalado, escolha Instalação personalizada e marque Limpar instalação, que segundo o app "Restaura todas as configurações e perfis do driver para o padrão". Instalação limpa para 1% lows estáveis mostra uma reinstalação completa do driver, Display Driver Uninstaller incluído.
2. Tire o overclock da placa de vídeo. Ative o Modo de depuração em Sistema > Avançado no NVIDIA app; segundo o app, ele "Remove todo o overclock aplicado no momento (definido pelo usuário e/ou de fábrica) da GPU até a reinicialização do sistema". Se você aplicou um deslocamento com o w0a, Redefinir para o Padrão na página Placa de Vídeo dele devolve os valores de fábrica.
3. Teste a memória nas configurações padrão. Configuração e timings da memória estão na lista da Microsoft, então um perfil XMP ou EXPO ou timings ajustados à mão valem um teste sem eles. Sua RAM está na velocidade nominal? mostra como conferir o perfil e testar os módulos.
4. Verifique a refrigeração e a energia. Acompanhe a temperatura da GPU sob carga com Temperaturas de CPU e GPU nos jogos; se o PC também desliga sozinho, PC reinicia ou desliga durante o jogo cobre o lado da energia.
5. Atualize o jogo. A lista de verificação da Microsoft pede que os aplicativos com uso intenso de gráficos (como jogos) estejam com todas as atualizações aplicadas.

Por que o w0a nunca grava TdrDelay nem TdrLevel

Mudar o atraso do TDR significa subir o TdrDelay acima do padrão; desligar o TDR significa pôr o TdrLevel em 0. A referência das chaves de registro do TDR da Microsoft é clara sobre as duas: as chaves servem apenas para teste e depuração durante o desenvolvimento de drivers, e usuários finais não devem mexer nessas chaves de registro ("End users shouldn't manipulate these registry keys.").

O que os dois valores fazem sai da mesma página. O TdrDelay é, na prática, o limiar do tempo limite, dois segundos por padrão: uma placa travada só é redefinida quando esse tempo acaba, então um número maior não impede o travamento, só mantém a tela congelada por mais tempo antes da redefinição. TdrLevel 0 aparece na tabela da Microsoft como "Detection disabled" (detecção desativada): o Windows deixa de perceber o travamento, então nada redefine a placa.

O w0a não grava nenhum valor do TDR: TdrDelay e TdrLevel estão na lista de proibidos dele, que nem uma restauração a partir de um backup consegue contornar. O motivo é uma máquina real: versões antigas do w0a subiam o TdrDelay para 10 segundos, e nessa máquina essas chaves congelaram o CS2. O que o w0a faz é o contrário.

O cartão Recuperação de travamento da GPU da página Fix apaga TdrLevel, TdrDelay, TdrDdiDelay, TdrLimitCount e TdrLimitTime em HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers. Sem esses valores, o Windows funciona com os padrões dele: recuperação ligada, tempo limite de 2 segundos, 5 segundos para TdrDdiDelay e cinco redefinições permitidas em 60 segundos. Digite tdr na caixa de pesquisa da página para achar o cartão. Ele pede uma reinicialização quando apagou algo, e avisa quando não havia nada para apagar.

O cartão não impede que uma GPU trave. Ele devolve o socorro do próprio Windows, e a causa continua sendo uma das verificações acima.

O Detetive de Stutter conta os eventos 4101 de Display das últimas 24 horas e avisa quando o TdrLevel 0 desligou a recuperação.

Perguntas frequentes

O que significa o evento 13 do nvlddmkm?

É uma entrada que o driver de vídeo da NVIDIA gravou com a própria fonte, e o Windows não tem uma descrição própria para ela. Leia o texto que o driver anexou na guia Geral e procure um 4101 de Display no mesmo minuto: se houver, o driver foi redefinido e as verificações acima valem.

O nvlddmkm.sys está quebrado se uma tela azul o aponta?

Não necessariamente. O próprio exemplo da Microsoft para VIDEO_TDR_FAILURE aponta nvlddmkm.sys, e as causas que ela lista vão do driver a overclock, configurações de memória, refrigeração, energia e peças com defeito. Para um driver apontado em uma verificação de bugs, a Microsoft recomenda consultar o fabricante sobre atualizações do driver.

Devo aumentar o TdrDelay para acabar com as falhas?

Não. A Microsoft diz que usuários finais não devem alterá-lo, e um TdrDelay maior só faz o Windows esperar mais antes de redefinir uma placa travada. Se uma ferramenta antiga o aumentou, o cartão Recuperação de travamento da GPU o apaga.

Posso desligar o TDR com TdrLevel 0?

Pode, e esse é o problema: a Microsoft lista o 0 como "Detection disabled" (detecção desativada). O Windows então deixa de detectar o travamento e por isso não redefine a placa, e a redefinição existe para impedir que o sistema inteiro pare de responder.

Por que o jogo fica preto depois que a imagem volta?

A Microsoft observa que alguns aplicativos DirectX antigos podem renderizar só preto no fim dessa recuperação e precisam ser reiniciados. Reinicie o jogo; se as redefinições continuarem, siga as verificações acima em ordem.

Relacionados

• Jogo fechou sozinho? Monitor de Confiabilidade e Visualizador de Eventos
• Instalação limpa para 1% lows estáveis
• Temperaturas de CPU e GPU nos jogos: o que é normal
• Sua RAM está na velocidade nominal? XMP, EXPO e dual channel
• PC reinicia ou desliga durante o jogo: Kernel-Power 41