docs(render): close unified residency slice
This commit is contained in:
parent
1853a57c12
commit
66690805c5
8 changed files with 192 additions and 5 deletions
|
|
@ -512,6 +512,19 @@ the waiting attachment graph transitively, so A→B→C recovers B before C in t
|
|||
same parent-first pass. Recovery is edge-triggered by object/appearance/pose
|
||||
publication; permanent missing DAT or holding parts are never polled per frame.
|
||||
|
||||
Runtime content residence has one typed policy and diagnostic ledger without
|
||||
centralizing physical storage. `ResidencyManager` owns generation-safe logical
|
||||
asset identity, owner tokens, leases, immutable budgets, and aggregate
|
||||
accounting. Specialized render/content owners continue to own their mesh
|
||||
ranges, texture arrays, staging payloads, decoded animations/audio, and
|
||||
retained shared-alpha scratch. The manager never sees a GL name: policy runs as
|
||||
a single writer during update/resource maintenance, while logical eviction and
|
||||
fence-delayed physical release remain render-thread owner operations. Prepared
|
||||
package address space is reported separately from committed CPU bytes, and
|
||||
allocator capacity is not double-counted as live GPU content. Slice D's
|
||||
pressure and connected evidence is
|
||||
`docs/research/2026-07-24-slice-d-unified-residency-report.md`.
|
||||
|
||||
The remaining aggregation is primarily `_playerController`'s player-specific
|
||||
movement plus the separate `WorldEntity`/animation/physics component types.
|
||||
Those should become ONE class:
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue