Compilação de shaders: por que jogos de PC engasgam na primeira vez

Um jogo pode exibir 90 ou 120 quadros por segundo na maior parte do tempo e ainda parecer instável ao abrir uma porta, lançar um golpe ou mostrar um efeito novo. A contradição é apenas aparente: a média de FPS resume muitos quadros, enquanto um engasgo nasce do atraso de um quadro específico. Quando o motor precisa compilar um shader ou criar um pipeline gráfico naquele instante, o tempo de entrega pode subir o suficiente para produzir uma pausa visível.

Esse comportamento é chamado de shader compilation stutter. Ele aparece com frequência na primeira execução ou no primeiro encontro com determinada combinação de material, luz e efeito. Depois, a mesma cena pode ficar mais suave porque o resultado da compilação já está em memória ou foi salvo em cache.

Shaders são programas, não texturas

Um shader é um programa pequeno executado pela GPU em uma etapa do processo de renderização. Há shaders que transformam vértices, calculam cores de pixels, tratam iluminação, sombras e outros efeitos. O jogo costuma fornecer esse código em uma forma intermediária, mas o driver ainda precisa prepará-lo para a arquitetura da placa gráfica instalada.

No PC, a mesma versão de um jogo precisa funcionar com diferentes famílias de GPU, versões de driver e configurações. Isso torna mais difícil entregar um único binário gráfico pronto para todos. A compilação pode acontecer antes da partida, em segundo plano ou somente quando o efeito é solicitado.

O pipeline amplia o número de combinações

APIs modernas não trabalham apenas com um shader isolado. Direct3D 12 e Vulkan agrupam shaders e vários estados de renderização em objetos de pipeline. Um Pipeline State Object, ou PSO, pode incluir programas de vértice e pixel, formato dos dados, rasterização, mistura de cores, profundidade e formatos dos alvos de renderização.

Essa organização permite que o driver prepare dependências com antecedência e troque estados rapidamente durante o desenho. O custo aparece quando o jogo pede um pipeline que ainda não existe. A documentação do Vulkan alerta que criar pipelines durante a renderização, sem cache, pode aumentar significativamente o tempo do quadro. A Epic descreve a mesma escolha no Unreal Engine: se um PSO necessário ainda estiver compilando, o motor pode adiar o desenho, usar um material provisório ou continuar e aceitar um possível engasgo.

FPS médio não revela o pico de frame time

Em 60 FPS, cada quadro tem cerca de 16,7 milissegundos para ficar pronto. Se centenas de quadros cumprem esse prazo, mas um deles leva 40 ou 80 milissegundos, a média pode continuar respeitável. O jogador, porém, percebe a interrupção. Por isso, gráficos de frame time são mais úteis do que a média de FPS para identificar stutter: eles mostram quanto cada quadro demorou.

A compilação também disputa recursos da CPU. Mesmo quando ocorre em tarefas assíncronas, ela pode concorrer com simulação, preparação de comandos e carregamento. A pré-compilação precisa equilibrar rapidez, uso de memória, quantidade de threads e duração da tela de carregamento.

Por que a segunda visita costuma ser melhor

O cache guarda representações já preparadas para reutilização. O Vulkan permite salvar dados de pipeline em disco e carregá-los em execuções seguintes. Drivers também mantêm seus próprios caches. Quando o motor solicita novamente a mesma combinação, parte do trabalho caro pode ser evitada.

Isso explica por que atravessar um trecho pela segunda vez frequentemente parece mais suave e por que testes feitos depois de uma primeira execução podem esconder o problema. A Epic recomenda limpar deliberadamente o cache ao testar a experiência inicial, justamente para não confundir uma sessão aquecida com o primeiro contato do jogador.

O cache não é eterno. Mudanças no jogo podem criar novas variantes, e dados compilados são específicos da GPU e do driver. A Microsoft informa que uma atualização do driver pode invalidar caches e exigir nova preparação. Alterar configurações gráficas também pode revelar combinações que ainda não foram usadas, embora isso varie conforme o motor.

Carregar antes é melhor do que parar durante a ação

Uma solução comum é compilar shaders na inicialização ou durante uma tela de carregamento. A espera fica explícita, mas reduz a chance de o trabalho bloquear um quadro no meio da partida. Outra estratégia é registrar os pipelines usados em testes e aquecer o cache antes de eles aparecerem. O Unreal Engine também oferece coleta automática e compilação assíncrona de PSOs.

A Microsoft está levando parte desse processo para a distribuição. O Advanced Shader Delivery combina dados fornecidos pelo jogo com compiladores de fabricantes para entregar um cache compatível com uma combinação de hardware e driver. A empresa afirma que o sistema reduz tempos de carregamento e stutter em títulos e dispositivos compatíveis. Esses resultados são declarações da Microsoft e dependem de suporte da loja, do jogo e do hardware; não representam uma solução universal para todo jogo de PC.

Nem todo engasgo é compilação

Carregamento de texturas e modelos, travessia de mundos abertos, descompressão de arquivos, falta de memória, tarefas da CPU, coleta de lixo e comunicação de rede também podem alongar um quadro. O padrão “engasga ao ver o efeito pela primeira vez e melhora ao repetir” é compatível com compilação, mas não confirma sozinho a causa.

Para o jogador, esperar uma etapa de compilação terminar e evitar apagar caches pode ajudar quando o título foi projetado para esse fluxo. A correção definitiva, porém, depende principalmente do desenvolvimento: enumerar variantes, preparar pipelines no momento adequado, testar com cache vazio e impedir que uma combinação inédita bloqueie a renderização. Hardware rápido reduz o custo, mas não substitui uma política correta de compilação.