GPU TDR no Windows 11: TdrLevel, atrasos e limite de repetições

Resposta curta

O Timeout Detection and Recovery (TDR) deteta bloqueios da GPU. Se a GPU não responder 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 bloqueio, mas não acelera a GPU.

O que foi verificado

Verificou-se se o subsistema gráfico lê os parâmetros TDR indicados, como os seus valores são normalizados e o que altera o aumento do tempo de espera ou a desativação da recuperação.

Âmbito do estudo

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

Metodologia

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

Valores canónicos

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

TdrLevel

São admissíveis os valores 0..3: 0 desativa a deteção de bloqueios, 1 provoca a paragem de emergência do Windows quando o tempo de espera é excedido, 2 designa a recuperação não implementada em VGA, 3 ativa a recuperação padrão. Um valor fora do intervalo é normalizado para 3. O parâmetro é lido dxgkrnl.exe na inicialização do subsistema gráfico.

Mantenha o valor predefinido: desativar a recuperação aumenta o risco de bloqueio do ambiente de trabalho, após o qual será necessário reiniciar o sistema. Uma alteração temporária justifica-se apenas no diagnóstico de um caso concreto, quando o controlador excede o tempo de espera.

Timeout e retry limit

TdrDelay é o parâmetro principal do tempo de espera da GPU: o número de segundos durante os quais a GPU pode adiar um pedido do agendador da GPU para preempção; segundo a documentação da Microsoft, este é o limiar efetivo de timeout. O valor predefinido documentado é 2 segundos. TdrDebugMode define o comportamento de depuração do TDR: por predefinição é usada a recuperação sem paragem no depurador, outros modos significam paragem no depurador do kernel antes da recuperação, ignorar os timeouts ou recuperação incondicional. A Microsoft documenta ambas as chaves para teste e depuração de controladores e indica explicitamente que os utilizadores finais não as devem alterar.

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

TdrDodPresentDelay e TdrDodVSyncDelay dizem respeito ao kernel-mode display-only driver (KMDOD) e são documentados pela Microsoft apenas para depuração. Num controlador WDDM normal de uma GPU discreta, não são uma definição universal de timeout.

TdrLimitCount tem um intervalo efetivo de 1..32 e um valor predefinido de 5. Funciona em conjunto com TdrLimitTime, que por predefinição é igual a 60 segundos. O Windows conta as recuperações durante este período; após esgotar o limite, a reação aos bloqueios seguintes torna-se mais rígida.

Ao aumentar o tempo de espera, a GPU tem mais tempo até à recuperação, e a aplicação fica mais tempo sem resposta. Ao diminuí-lo, o problema é detetado mais rapidamente, mas a recuperação pode ocorrer com mais frequência durante uma operação normal prolongada.

O que foi confirmado

• Os caminhos, os tipos e os valores predefinidos dos parâmetros na build estudada.
• A leitura dos parâmetros na inicialização do subsistema gráfico.
• A normalização de valores fora do intervalo admissível.
• A finalidade documentada dos parâmetros KMDOD apenas para depuração.
• Na traço de arranque da mesma build, o subsistema gráfico leu todo o bloco TDR de uma só vez na inicialização — TdrLevel, TdrDelay, TdrDdiDelay, TdrDodPresentDelay, TdrDodVSyncDelay, TdrLimitCount, TdrLimitTime e TdrDebugMode; todas as entradas estavam ausentes, ou seja, aplicam-se os valores predefinidos (observação da BoosterX Research, a leitura de TdrDelay e TdrDebugMode neste traço foi registada, a normalização dos seus valores não foi verificada em separado).

O que não foi confirmado

• O impacto da alteração em GPUs, controladores e jogos concretos.
• A utilidade de aumentar o timeout ou desativar a recuperação fora do diagnóstico.
• O comportamento noutras builds do Windows.

Conclusão prática

Mantenha os valores predefinidos. Uma alteração temporária do tempo de espera ou do limite de repetições justifica-se apenas no diagnóstico de um bloqueio concreto do controlador e com uma forma pronta de repor a configuração.

Restauro do estado

Reponha os valores predefinidos ou elimine 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. O seu impacto depende do controlador WDDM, do modelo da GPU, do modo display-only e da causa do bloqueio.

Para voltar à configuração predefinida, elimine estes valores opcionais. Na ausência de entradas, o subsistema gráfico utiliza os valores predefinidos. Na build estudada, a sua escrita explícita dá o mesmo resultado. A eliminação permite que versões futuras do Windows escolham os seus próprios valores, caso estes mudem.

O estudo e as ferramentas utilizadas pertencem ao desenvolvedor do BoosterX, pelo que o desenvolvedor tem um interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas através dos dados abertos e das fontes públicas indicadas.

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 os valores predefinidos, observação da leitura do bloco TDR completo no traço de arranque; fonte das chaves TDR reverificada.
• 2026-09-02: primeira publicação; confirmadas a leitura e a normalização dos parâmetros, adicionados os limites do impacto na recuperação da GPU.