You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 8, 2024. It is now read-only.
Currently we are generating shaders on-demand in the compositor draw path. This means we can't provide consistent draw latency, as compositions may be subject to blocking on shader gen/upload.
Pick a sensible max number of supported layers, and gen/upload shaders in bulk at program init. We will then reject requests for compositions that exceed that number.
Requirements:
The interface we use to tell the backend to do the gen/upload should be graphics API agnostic. i.e. for Vulkan we would generate a pipeline, not just the shader modules.
The process of loading shader binaries from storage and then uploading to gpu should happen sequentially, such that it becomes very unlikely that the shader binary memory goes cold before upload.
Get rid of LOAD_PREBUILT_SHADER_FILE and compile in prebuilt shader support by default
Currently we are generating shaders on-demand in the compositor draw path. This means we can't provide consistent draw latency, as compositions may be subject to blocking on shader gen/upload.
Pick a sensible max number of supported layers, and gen/upload shaders in bulk at program init. We will then reject requests for compositions that exceed that number.
Requirements:
The interface we use to tell the backend to do the gen/upload should be graphics API agnostic. i.e. for Vulkan we would generate a pipeline, not just the shader modules.
The process of loading shader binaries from storage and then uploading to gpu should happen sequentially, such that it becomes very unlikely that the shader binary memory goes cold before upload.
Get rid of LOAD_PREBUILT_SHADER_FILE and compile in prebuilt shader support by default