GPU TDR no Windows 11: TdrLevel, atrasos e limite de tentativas

Resposta curta

O Timeout Detection and Recovery (TDR) detecta travamentos da GPU. Se a GPU não responde dentro do tempo previsto, o Windows tenta restaurar o funcionamento do subsistema gráfico. Aumentar o tempo de espera ou desativar a recuperação altera a reação ao travamento, mas não acelera a GPU.

O que foi verificado

Verificou-se se o subsistema gráfico lê os parâmetros de TDR listados, como seus valores são normalizados e o que muda ao aumentar o tempo de espera ou desativar a recuperação.

Escopo da pesquisa

Windows 11 25H2 build 26200.9168, subsistema gráfico dxgkrnl.exe com modelo de driver WDDM. GPUs físicas e drivers específicos não fizeram parte da amostra.

Metodologia

Correspondência estática dos parâmetros com o código do dxgkrnl.exe, verificação das faixas de normalização e conferência com a documentação pública da Microsoft.

Valores canônicos

Registry path	Value	Type	Default	Papel
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers	TdrLevel	REG_DWORD	3	nível de TDR recovery
mesmo caminho	TdrDelay	REG_DWORD	2 segundos	tempo principal de espera da GPU
mesmo caminho	TdrDdiDelay	REG_DWORD	5 segundos	atraso do DDI recovery
mesmo caminho	TdrDodPresentDelay	REG_DWORD	2 segundos	delay para display-only present
mesmo caminho	TdrDodVSyncDelay	REG_DWORD	2 segundos	delay para display-only VSync
mesmo caminho	TdrLimitCount	REG_DWORD	5	número de repetições permitidas
mesmo caminho	TdrLimitTime	REG_DWORD	60 segundos	janela de contagem do TDR

TdrLevel

São aceitos os valores 0..3: 0 desativa a detecção de travamentos, 1 provoca a parada de emergência do Windows quando o tempo de espera é excedido, 2 indica recuperação não implementada em VGA, 3 ativa a recuperação padrão. Um valor fora da faixa é normalizado para 3. O parâmetro é lido pelo dxgkrnl.exe na inicialização do subsistema gráfico.

Mantenha o valor padrão: desativar a recuperação aumenta o risco de travamento da área de trabalho, após o qual será necessário reiniciar o sistema. Uma alteração temporária só se justifica ao diagnosticar um caso específico em que o driver excede o tempo de espera.

Timeout e retry limit

TdrDelay é o principal parâmetro de tempo de espera da GPU: o número de segundos durante os quais a GPU pode adiar uma solicitação do agendador da GPU para preempção; segundo a documentação da Microsoft, este é o limiar de timeout efetivo. O valor padrão documentado é 2 segundos. TdrDebugMode define o comportamento de depuração do TDR: por padrão, usa-se a recuperação sem parada no depurador; outros modos significam parada no depurador do kernel antes da recuperação, ignorar timeouts ou recuperação incondicional. A Microsoft documenta ambas as chaves para teste e depuração de drivers e afirma explicitamente que usuários finais não devem alterá-las.

TdrDdiDelay define o atraso para o DDI. Todos os três parâmetros de atraso DDI/DOD são medidos em segundos e têm faixa efetiva de 1..900: 0 torna-se 1, um valor acima de 900 é limitado a 900.

TdrDodPresentDelay e TdrDodVSyncDelay referem-se ao kernel-mode display-only driver (KMDOD) e são documentados pela Microsoft apenas para depuração. Em um driver WDDM comum de GPU dedicada, eles não são uma configuração universal de timeout.

TdrLimitCount tem faixa efetiva de 1..32 e valor padrão de 5. Ele funciona junto com TdrLimitTime, que por padrão é igual a 60 segundos. O Windows conta as recuperações nesse período; após esgotar o limite, a reação aos travamentos seguintes torna-se mais rígida.

Ao aumentar o tempo de espera, a GPU tem mais tempo antes da recuperação, e o aplicativo permanece sem resposta por mais tempo. Ao diminuí-lo, o problema é detectado mais rápido, mas a recuperação pode ocorrer com mais frequência durante uma operação padrão longa.

O que foi confirmado

• Caminhos, tipos e valores padrão dos parâmetros na build pesquisada.
• Leitura dos parâmetros na inicialização do subsistema gráfico.
• Normalização de valores fora da faixa permitida.
• Finalidade documentada dos parâmetros KMDOD apenas para depuração.
• Na trace de inicialização da mesma build, o subsistema gráfico leu todo o bloco TDR de uma vez na inicialização — TdrLevel, TdrDelay, TdrDdiDelay, TdrDodPresentDelay, TdrDodVSyncDelay, TdrLimitCount, TdrLimitTime e TdrDebugMode; todas as entradas estavam ausentes, ou seja, aplicam-se os valores padrão (observação da BoosterX Research, a leitura de TdrDelay e TdrDebugMode nessa trace foi registrada, a normalização de seus valores não foi verificada separadamente).

O que não foi confirmado

• O impacto da alteração em GPUs, drivers e jogos específicos.
• O benefício de aumentar o timeout ou desativar a recuperação fora do diagnóstico.
• O comportamento em outras builds do Windows.

Conclusão prática

Mantenha os valores padrão. Uma alteração temporária do tempo de espera ou do limite de repetições só se justifica ao diagnosticar um travamento específico de driver e com um meio pronto de restaurar a configuração.

Restauração do estado

Restaure os valores padrão ou exclua as entradas opcionais. A alteração entra em vigor na próxima inicialização do subsistema gráfico.

Limitações

A leitura dos parâmetros foi confirmada no Windows 11 25H2 build 26200.9168. Seu impacto depende do driver WDDM, do modelo da GPU, do modo display-only e da causa do travamento.

Para retornar à configuração padrão, exclua esses valores opcionais. Na ausência das entradas, o subsistema gráfico usa os valores padrão. Na build pesquisada, sua gravação explícita produz o mesmo resultado. A exclusão permite que versões futuras do Windows escolham seus próprios valores, caso eles mudem.

A pesquisa e as ferramentas utilizadas pertencem ao desenvolvedor do BoosterX, portanto o desenvolvedor tem interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas com dados abertos e as fontes públicas listadas.

Fontes

• Timeout Detection and Recovery, Microsoft Learn, verificado em 2026-09-01.
• TDR registry keys, Microsoft Learn, verificado em 2026-09-19.

Fontes públicas verificadas: 2026-09-19.

Histórico de alterações

• 2026-09-20: adicionado o aviso de conflito de interesses.
• 2026-09-19: adicionados TdrDelay e TdrDebugMode com valores padrão, observação da leitura do bloco TDR completo na trace de inicialização; fonte das chaves TDR reverificada.
• 2026-09-02: primeira publicação; confirmadas a leitura e a normalização dos parâmetros, adicionados os limites de impacto na recuperação da GPU.