Shader loading

Unity loads compiled shaders from your built application in the following way:

1. When Unity loads a sceneA Scene contains the environments and menus of your game. Think of each unique Scene file as a unique level. In each Scene, you place your environments, obstacles, and decorations, essentially designing and building your game in pieces. More info
   See in Glossary or a runtime resource, it loads all the compiled shaderA program that runs on the GPU. More info
   See in Glossary variants for the scene or resource into CPU memory.
2. By default, Unity decompresses all the shader variants into another area of CPU memory. You can control how much memory shaders use on different platforms.
3. The first time Unity needs to render geometry using a shader variant, Unity passes the shader variant and its data to the graphics API and the graphics driver.
4. The graphics driver creates a GPU-specific version of the shader variant and uploads it to the GPU.

This approach ensures that Unity and the graphics driver avoid processing and storing all the shader variants on the GPU before Unity needs them. But there might be a visible stall when the graphics driver creates a GPU-specific shader variant for the first time.

Unity caches each GPU-specific shader variant, to avoid another stall when Unity needs the shader variant again.

Unity removes the shader variant completely from CPU and GPU memory when there are no longer any objects that reference the shader variant.

Which shaders Unity loads 

Unity only loads compiled shaders that are compatible with the platform’s graphics API, hardware and graphics tier.

If Unity can’t find the shader variant it needs because you or Unity stripped the shader variant from your built application, Unity tries to select a similar shader variant. If Unity can’t find a similar shader variant, it uses the magenta error shader.

You can enable strict shader variant matching to stop Unity trying to select a similar shader variant.

How Unity selects a subshader

If a shader variant contains multiple subshaders, Unity tries to select and use a single subshader that’s compatible with all of the following:

• The platform’s hardware.
• The current ShaderLab level of detail (LOD).
• The active render pipelineA series of operations that take the contents of a Scene, and displays them on a screen. Unity lets you choose from pre-built render pipelines, or write your own. More info
  See in Glossary.

Unity searches for the first compatible subshader among the following elements in the following order:

1. The subshaders in the order they appear in the shader.
2. The subshaders in any fallback shader objectsAn instance of the Shader class, a Shader object is container for shader programs and GPU instructions, and information that tells Unity how to use them. Use them with materials to determine the appearance of your scene. More info
   See in Glossary, in the order they appear in the shader objects.

If Unity can’t find a compatible subshader, it uses the magenta error shader.

You can set which subshaders are compatible with which hardware using ShaderLabUnity’s language for defining the structure of Shader objects. More info
See in Glossary tags. See ShaderLab: assigning tags to a SubShader.

Check when Unity loads shaders

To check when a shader loads from serialized data, search for the following profiler markersPlaced in code to describe a CPU or GPU event that is then displayed in the Unity Profiler window. Added to Unity code by default, or you can use ProfilerMarker API to add your own custom markers. More info
See in Glossary in the ProfilerA window that helps you to optimize your game. It shows how much time is spent in the various areas of your game. For example, it can report the percentage of time spent rendering, animating, or in your game logic. More info
See in Glossary:

• Shader.ParseThreaded
• Shader.ParseMainThread

Additional resources

• How Unity loads and uses shaders
• Optimizing shader runtime performance