Variantes de shader e prewarming: reduza deliberadamente os travamentos no primeiro uso

Separe três decisões

Um shader pode ser compilado com sucesso no build e ainda assim causar uma pausa no primeiro uso. A Unity documenta uma etapa do driver que cria uma variante específica da GPU quando a renderização precisa dela pela primeira vez. [1] Trate como decisões separadas a seleção de variantes, a manutenção das variantes necessárias no build e a preparação dos pipelines em tempo de execução. Um executável pequeno não prova que todos os estados de material necessários sobreviveram ao stripping.

Conte as combinações

Considere um passe de shader deliberadamente simplificado, com quatro chaves de recurso binárias e independentes. O número de combinações é 2 × 2 × 2 × 2 = 16, antes de contar passes adicionais, estágios ou configurações de destino. Se o produto só permite três combinações documentadas, as demais são candidatas à remoção, desde que nenhuma transição em tempo de execução precise delas.

Torne explícita essa lista de estados permitidos. Inclua mudanças de qualidade, trocas de equipamento e materiais carregados dinamicamente. O guia de stripping da Unity avisa que remover uma variante necessária pode fazer o engine selecionar, no lugar dela, uma variante semelhante que esteja disponível. [2] Por isso, a correção visual faz parte da verificação de stripping.

Entenda a preparação de pipeline

Um pipeline state object, ou PSO, inclui mais do que o nome de um shader. A documentação de precaching da Unreal inclui informações de vértices e o estado de renderização, e distingue requisições perdidas de requisições que terminam tarde demais. A compilação ocorre de forma assíncrona e consome recursos de CPU e memória. [3] Preparar um material em uma única cena de pré-visualização não comprova cobertura de todas as configurações de draw.

Projete um experimento prático de warmup

Imagine um jogo com um hub, uma arena de gelo e uma garagem de veículos. Monte uma sequência representativa de primeiro uso para cada área. Percorra os estados de material permitidos, os layouts de malha relevantes, a participação em sombras e a configuração de saída do destino. Registre quais preparações de pipeline acontecem antes da entrada e quais ainda ocorrem durante o jogo.

Compare uma execução com cache de driver frio com uma execução separada, já aquecida. Mantenha fixos a API gráfica, o driver, o build e o trajeto pela cena. Meça juntos o tempo de carregamento, a pressão de memória e os quadros lentos. Um warmup que elimina o travamento da arena, mas atrasa demais a entrada ou concorre com o carregamento de assets, pode exigir um conjunto menor, em etapas. Estes são experimentos propostos, não medições de desempenho.

Mantenha as falhas visíveis

Mantenha um build de diagnóstico que exponha variantes ausentes e falhas de pipeline. Verifique tanto o primeiro encontro quanto as transições posteriores, incluindo uma mudança de qualidade após o carregamento. Não aceite um material de fallback só porque o jogo parou de travar.

A cobertura do cache muda com o conteúdo, a configuração do renderizador e o hardware de destino. Revalide a sequência de primeiro uso depois dessas mudanças. O prewarming desloca ou evita parte do trabalho de preparação; ele não garante que streaming, sincronização ou trabalho de gameplay não relacionado nunca produzirão um quadro longo.

Fontes

[1] Shader loading — Unity Technologies.

[2] Strip shader variants — Unity Technologies.

[3] PSO Precaching — Epic Games.