Variantes de shader y precalentamiento: reducir deliberadamente las pausas del primer uso

Separar tres decisiones

Un shader puede compilarse correctamente y aun así provocar una pausa la primera vez que se usa. Unity documenta un paso del driver que crea una variante específica de la GPU cuando el renderizado la necesita por primera vez. [1] Conviene tratar como decisiones distintas la selección de variantes, la conservación en el build de las variantes necesarias y la preparación de los pipelines en tiempo de ejecución. Un ejecutable pequeño no demuestra que todos los estados de material necesarios hayan sobrevivido al stripping.

Contar las combinaciones

Consideremos un pase de shader deliberadamente simplificado con cuatro interruptores de funcionalidad binarios e independientes. El número de combinaciones es 2 × 2 × 2 × 2 = 16, antes de contar pases adicionales, etapas o configuraciones de destino. Si el producto solo admite tres combinaciones documentadas, las demás son candidatas a eliminarse, siempre que ninguna transición en tiempo de ejecución las necesite.

Haz explícita esa lista de estados permitidos. Incluye cambios de calidad, cambios de equipamiento y materiales cargados dinámicamente. La guía de Unity sobre stripping advierte de que eliminar una variante necesaria puede hacer que el motor seleccione en su lugar una variante similar que sí esté disponible. [2] Por tanto, la corrección visual forma parte de la comprobación del stripping.

Entender la preparación de pipelines

Un pipeline state object (PSO) incluye más que el nombre de un shader. La documentación de precaching de Unreal incluye la información de vértices y el estado de renderizado, y distingue entre solicitudes perdidas y solicitudes que terminan demasiado tarde. Su compilación se ejecuta de forma asíncrona y consume recursos de CPU y memoria. [3] Preparar un material en una escena de vista previa no garantiza la cobertura de todas las configuraciones de dibujado.

Diseñar un experimento práctico de precalentamiento

Imagina un juego con un hub, una arena de hielo y un garaje de vehículos. Construye una secuencia representativa de primer uso para cada zona. Ejercita los estados de material permitidos, los diseños de malla relevantes, la participación en sombras y la configuración de salida del destino. Registra qué preparaciones de pipeline ocurren antes de entrar en la zona y cuáles siguen ocurriendo durante el juego.

Compara una ejecución con la cache del driver en frío con otra ejecución independiente con la cache ya calentada. Mantén fijos la API gráfica, el driver, el build y el recorrido por la escena. Mide conjuntamente el tiempo de carga, la presión de memoria y los fotogramas lentos. Un precalentamiento que elimine un tirón en la arena pero retrase en exceso la entrada o compita con la carga de assets puede requerir un conjunto menor, preparado por etapas. Se trata de experimentos propuestos, no de mediciones de rendimiento.

Mantener visibles los fallos

Conserva un build de diagnóstico que exponga las variantes ausentes y los fallos de pipeline. Comprueba tanto el primer encuentro como las transiciones posteriores, incluido un cambio de calidad después de la carga. No aceptes un material de reemplazo solo porque el juego haya dejado de pausarse.

La cobertura de la cache cambia con el contenido, la configuración del renderizador y el hardware de destino. Vuelve a validar la secuencia de primer uso después de esos cambios. El precalentamiento traslada o evita parte del trabajo de preparación; no puede garantizar que el streaming, la sincronización o trabajo del juego no relacionado nunca produzcan un fotograma largo.

Fuentes

[1] Shader loading — Unity Technologies.

[2] Strip shader variants — Unity Technologies.

[3] PSO Precaching — Epic Games.