Memory-safe, fast shader/pipeline compilation: per-pipeline measurement + memory-aware compile scheduler #471
Labels
No labels
amd
avatars
bug
builder
cannot-reproduce
crash
epic
feature
from-viewer
gl-removal
known-limitation
monitoring
parity
perf
platform
priority
critical
priority
high
priority
low
priority
medium
provenance
rendering
rt
status
in-progress
status
testing
status
up-next
triage
ui
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sky_line/Slipstream#471
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Follow-up to #462 / #458: pipeline compiles at the login screen used about 30–49 GB of committed memory on AMD's Windows driver. That memory is driver-internal; our own Vulkan allocations were about 420 MB. Beta 3's static cap fixed the reporter's case, but it guesses (about 2 GB per compile).
Our cold-compile data (NVIDIA, 47 threads): 111 pipelines requested, 64 unique compiles, 283 s of total compile work, 26 s wall time. One pipeline alone takes 25.9 s. A warm cache takes about 30 ms.
Plan
Goals: peak memory bounded on every driver; cold-start wall time near the slowest single pipeline on machines with enough memory; warm starts unchanged.
Shipped in a published release and tested; closing (testing-lane sweep 2026-10-11).