Quedas repentinas de FPS nos jogos: como descobrir a causa

Estava em 140. Agora está em 70 e fica lá até você reiniciar o jogo — ou até você parar, deixar a máquina esfriar e voltar para encontrar tudo normal.

Isso é um problema diferente de um engasgo, e a confusão entre os dois custa semanas às pessoas. Um engasgo é um quadro atrasado dentro de uma execução saudável — se é isso que você tem, a página que você quer é por que os jogos engasgam no Windows 11. Uma queda é uma mudança sustentada em quanto trabalho a máquina consegue entregar por segundo, e quase tudo o que vem abaixo se anuncia se você olhar os números certos enquanto acontece.

Primeiro, a frase honesta. Nada nesta página deixa um jogo mais rápido. Ela mostra três rastros que o Windows já guarda — resets do driver de vídeo, o firmware segurando o clock do processador lá embaixo e os tetos do processador no seu plano de energia ativo —, que a análise de engasgos do w0a lê por você, e como ler esses mesmos três você mesmo em poucos minutos.

As três perguntas que dividem o campo inteiro

Antes de tocar em qualquer configuração, responda a estas — cada uma elimina cerca de metade da lista.

1. Ela se recupera sozinha? Uma queda que passa depois de um minuto parado aponta para calor ou para uma tarefa em segundo plano. Uma que continua até você reiniciar o jogo aponta para o estado do próprio jogo ou para um evento de driver.
2. Acontece em todo jogo ou em um só? Todo jogo aponta para a máquina. Um jogo só aponta para as configurações daquele jogo, para a atualização dele ou para os servidores dele.
3. Ela acompanha o tempo de sessão ou um lugar do mapa? Tempo quer dizer calor e energia. Lugar quer dizer que a cena ficou mais pesada, ou que algo está carregando.

Depois, olhe clocks e temperaturas enquanto acontece, e não depois. Uma queda que é invisível em retrospecto fica óbvia ao vivo: ou um clock caiu, ou não caiu.

Calor e o teto de energia

Uma causa a descartar quando "cai depois de vinte minutos".

Chips não falham quando esquentam, eles ficam mais lentos. Quando uma temperatura ou um limite de energia é atingido, o clock é puxado para baixo e mantido ali enquanto a condição durar. Quem toma essa decisão é o firmware — a proteção da própria placa-mãe ou do próprio processador, não o Windows — então nada no Gerenciador de Tarefas explica isso. Do lado do vídeo, o driver diz o motivo se você perguntar sob carga: proteção térmica, um limite de energia definido abaixo do padrão, um programa pedindo para o driver ir mais devagar, ou um conector de energia PCIe mal encaixado.

Como saber: ela se correlaciona com a duração da sessão e com a temperatura do ambiente, e o clock fica visivelmente mais baixo durante a queda do que no começo.

O que fazer: montagem do cooler, poeira, fluxo de ar do gabinete. Depois confira se algum limite de energia foi baixado de propósito — no firmware, num utilitário do fabricante ou num perfil salvo da placa de vídeo.

A máquina mudou de estado de energia

Os notebooks fazem isso do jeito mais óbvio: tire o carregador da tomada e a plataforma passa para outro conjunto de limites. Acontece em desktops também — um plano de energia alterado, estacionamento de núcleos ou um teto de estado do processador deixado para trás por um script antigo de ajuste, um plano que voltou atrás depois de uma atualização do Windows.

Como saber: a queda começa num evento — tirar da tomada, fechar a tampa, voltar da suspensão, reiniciar — e não numa temperatura.

O que fazer: devolva os padrões do próprio plano em vez de inventar valores novos. A página Fix tem cartões para o plano de energia e para as configurações de energia do processador, e cada um escreve o padrão do Windows de forma incondicional, seja qual for a ferramenta que mexeu.

Um reset do driver

A tela fica preta por um ou dois segundos, volta, e tudo está mais lento — ou o jogo fechou. O Windows registrou o driver de vídeo travando e sendo reiniciado.

Como saber: isso deixa um rastro claro, e a análise de engasgos informa quantos resets aconteceram no último dia. O rastro normalmente aponta para um overclock ou para a refrigeração, não para software.

O que fazer: se você tem um offset de memória ou de núcleo aplicado, corte-o pela metade e teste uma partida; zere-o e teste de novo. Recuperação de travamento da GPU cobre o resto, inclusive devolver o padrão do Windows se alguma ferramenta mais antiga aumentou o tempo limite em vez de resolver a causa.

Três rastros que o Windows já guarda

1. Um reset do driver de vídeo (evento 4101)

Quando o driver de vídeo para de responder e é reiniciado, o Windows grava o evento 4101 no log System. A análise de engasgos conta esses eventos das últimas 24 horas e os relata como o seu único achado crítico; acima de dez, ela diz "10+" em vez de fingir que sabe o número exato. Se o próprio log não pode ser lido, a análise diz que a verificação não pôde rodar em vez de chamar a máquina de limpa.

Para olhar você mesmo, no PowerShell:

Get-WinEvent -LogName System -FilterXPath "*[System[Provider[@Name='Display'] and (EventID=4101) and TimeCreated[timediff(@SystemTime) <= 86400000]]]" -MaxEvents 10

Se não houver nenhum, o PowerShell responde com um erro dizendo que nenhum evento corresponde aos critérios de seleção: essa é a resposta "nenhum no último dia". Se ele disser que não consegue ler o log, rode o PowerShell como administrador e tente de novo.

O caminho de volta é o da seção acima: reduza ou remova um overclock, olhe a refrigeração, e recuperação de travamento da GPU se uma ferramenta antiga aumentou o tempo limite do driver. O w0a não vai aumentar esse tempo limite por conta própria: um watchdog mais longo só deixa cada travamento mais longo, e desligar a recuperação a elimina de vez.

2. O firmware segurou o clock lá embaixo (evento 37)

O evento 37 de Microsoft-Windows-Kernel-Processor-Power é o firmware registrando que baixou o clock do processador e o segurou lá por segundos inteiros de cada vez; o texto do próprio evento diz por quanto tempo. Isso importa porque uma leitura de temperatura só mostra o momento em que você olha: uma máquina que reduziu o clock uma hora atrás e esfriou desde então parece perfeitamente saudável, e esse evento é o único rastro daquela hora que ficou nela.

A análise conta esses eventos das últimas 24 horas, só na energia da tomada — na bateria, o mesmo evento é a plataforma fazendo o trabalho dela — e avisa a partir de três. Um ou dois são comuns nos primeiros segundos depois de ligar, enquanto a placa-mãe acomoda os limites de energia.

Get-WinEvent -LogName System -FilterXPath "*[System[Provider[@Name='Microsoft-Windows-Kernel-Processor-Power'] and (EventID=37) and TimeCreated[timediff(@SystemTime) <= 86400000]]]" -MaxEvents 20

Mantenha o nome do provedor no filtro. Outros componentes usam o número 37 para eventos sem relação com isso, e uma contagem sem o provedor não significa nada.

Se você encontrar uma trilha desses eventos, a causa é calor ou um limite de energia, como na seção de calor acima; temperaturas de CPU e GPU nos jogos explica o que ler, e num notebook notebook gamer mais lento do que deveria trata do carregador e dos modos de energia.

3. O plano ativo limita o processador

O nome de um plano não é o que roda. Um plano de alto desempenho com o estado máximo do processador em 80% é uma máquina limitada usando o rótulo certo. A análise lê quatro configurações da seção do processador do plano que estiver ativo, na energia da tomada:

A análise lê essas configurações pela interface de energia do Windows em vez de pelo powercfg, porque numa instalação padrão duas delas ficam ocultas e o powercfg não imprime absolutamente nada para elas. Se nenhuma das quatro puder ser lida, a análise diz que não conseguiu medir, não que o plano está limpo.

Para olhar você mesmo, no prompt de comando ou no PowerShell:

powercfg /getactivescheme
powercfg /query SCHEME_CURRENT SUB_PROCESSOR PROCTHROTTLEMAX
powercfg /query SCHEME_CURRENT SUB_PROCESSOR IDLEDISABLE
powercfg /query SCHEME_CURRENT SUB_PROCESSOR PERFBOOSTMODE
powercfg /query SCHEME_CURRENT SUB_PROCESSOR CPMINCORES

Como ler as respostas:

• O valor está nas duas últimas linhas da resposta, em hexadecimal: a primeira é o valor na energia da tomada (AC), a segunda o valor na bateria (DC). 0x00000064 é 100, 0x00000050 é 80, 0x00000001 é 1, 0x00000000 é 0.
• Os nomes das configurações em volta dos números são impressos no idioma do seu Windows; os apelidos que você digita (SUB_PROCESSOR, PROCTHROTTLEMAX) são os mesmos em todos os idiomas.
• Se a resposta inteira for uma única linha com o GUID do plano e nada abaixo dela, o comando está perguntando sobre uma configuração que o Windows oculta nesta instalação. Isso não diz nada sobre o valor dela; a análise de engasgos é o jeito de lê-la.

O caminho de volta, configuração por configuração:

• PROCTHROTTLEMAX ou CPMINCORES escritos nos planos do próprio Windows: o cartão configurações de energia do processador devolve o estado mínimo e máximo do processador e o estacionamento de núcleos ao padrão que cada plano declara, e depois reaplica o plano ativo, porque o Windows lê os valores de um plano quando ele é ativado.
• Um teto que mora num plano criado por alguma ferramenta: o cartão plano de energia e bateria primeiro muda para o plano Equilibrado, para que aquele plano deixe de ser o que roda, e apaga os planos do próprio w0a.
• PERFBOOSTMODE ou IDLEDISABLE: hoje nenhum cartão de reparo redefine esses dois pelo nome. O caminho de volta é o próprio plano, com o powercfg, até o valor que o plano declara como padrão.

Aconteceu logo depois de uma atualização

Duas coisas bem diferentes se escondem aqui.

Uma atualização de jogo ou de driver invalida o cache de shaders, e o jogo recompila enquanto você joga. A taxa de quadros fica genuinamente mais baixa por um tempo e depois deixa de ficar. Ela vai sumindo; essa é a assinatura. Engasgos de compilação de shaders explica por quê, e por que você não deve fazer benchmark dentro dessa janela.

Uma regressão de ramo do driver não some. Os fabricantes admitem essas coisas por escrito — as notas de versão trazem entradas do tipo "desempenho menor neste título em ramos mais novos que X". Não faça downgrade por reflexo: termine as suas atualizações, meça na sua própria máquina, e só considere outra versão se você mesmo conseguir documentar a regressão.

Outra coisa começou a rodar

Uma varredura agendada, um processo de atualização descompactando, um arquivo sendo extraído, uma exportação de vídeo. Isso entra na fila dos mesmos núcleos que o jogo e, diferente de um solavanco, não vai embora entre um quadro e outro — muitas vezes dá para reproduzir num certo horário do dia. O uso total da CPU é o número errado para olhar: um único núcleo saturado numa máquina de oito núcleos aparece como um total modesto. Espere passar, ou mude o trabalho de hora.

A taxa de quadros não caiu de verdade

Um limite. Se o número em que você para é exatamente a sua taxa de atualização, o limite do jogo ou um limite do lado do driver, não há gargalo nenhum — você está no teto que você mesmo pediu.

Resolução dinâmica. Um jogo que escala a própria resolução de renderização para segurar uma taxa de quadros alvo mostra um contador estável enquanto quem se mexe é a qualidade da imagem.

É um jogo só, e o contador parece bem

Então talvez a queda nem esteja na sua máquina. Uma partida online degrada para todo mundo do servidor ao mesmo tempo, e problema de rede não é problema de taxa de quadros: pacotes chegando atrasados fazem o mundo engasgar ao seu redor enquanto a sua máquina continua desenhando a toda velocidade. Se os tempos de quadro estão saudáveis durante o evento, pare de olhar para o PC.

Se, em vez disso, a taxa de quadros está simplesmente mais baixa do que deveria enquanto a placa de vídeo fica parada, esse é outro diagnóstico, com lista própria: GPU abaixo de 100% percorre essa lista em ordem.

Uma rodada que produz resposta

1. Faça uma captura de uma sessão normal antes de haver qualquer problema, e guarde. Como ler o benchmark explica como, e por que a média é o número menos útil dali.
2. Quando a queda acontecer, anote clocks e temperaturas durante ela, não depois.
3. Mude uma coisa, depois reproduza a mesma cena e a mesma duração de sessão.
4. Julgue contra a sua própria variação entre execuções. Se três execuções sem mudança nenhuma variam mais do que a diferença com que você ficou contente, o que você achou foi ruído.

O que não fazer diante de uma queda

Não aumente o tempo limite de recuperação do driver de vídeo para esconder um reset do driver: isso transforma uma recuperação curta num congelamento mais longo e apaga a evidência. Não desligue núcleos nem o multithreading simultâneo com base num guia sem fonte — você trocaria capacidade multinúcleo conhecida por um ganho para o qual ninguém publicou método. E não aplique valores de gerenciamento de memória do kernel como correção de desempenho; este produto se recusa a escrevê-los, e nenhuma medição os sustenta.

O mesmo vale para as configurações de energia: nenhuma das quatro acima é uma chave de "desempenho" para virar ao contrário. Turbo desligado segura o processador no clock nominal, e a própria análise do w0a também marca estados de repouso desligados como limite, onde quer que os encontre.

Relacionados

• Por que os jogos engasgam no Windows 11 (e como achar a causa real)
• GPU abaixo de 100%: como saber se o gargalo é da CPU
• Engasgos de compilação de shaders: por que os primeiros minutos são os piores
• Recuperação de travamento da GPU
• O que a análise de engasgos procura
• Temperaturas de CPU e GPU nos jogos