Skip to main content
Version: 0.1.0-alpha.5 (alpha)

Renderer memory and shared storage qualification

Both actual Angular resource profiles passed on source 543facdb on 21 September 2026 (local date), using the protected T1 node, signed fixture exporters, and exact CLI/node/compiler identities in the build receipt. The matrix receipt binds both runs. The Docker Desktop container had three CPUs and 6 GiB on a shared host; timings describe these observations only.

ObservationOne-cell smokeTwo-cell campaign
Admitted dormant deployments2, 42, 4, 8
OS/runtime observations4859
Cold preparation21.53 s21.83 s
Cold render including CLI93.77 ms245.74 ms
Warm render including CLI88.34 ms242.65 ms
Per-invocation Wasm memory high-water mark for successful renders, exceptions and recovery22,413,312 bytes22,413,312 bytes
Configured per-invocation memory ceiling268,435,456 bytes268,435,456 bytes

The memory observations come from the runtime's BudgetConsumption.peakMemoryBytes, which tracks aggregate Wasm linear-memory growth and includes the JavaScript engine's heap. They are distinct from process RSS and do not isolate JavaScript allocator live bytes. Summing invocation peaks would not measure simultaneous memory. Cancelled activation status does not retain consumption: all two/four cancellation records keep that value unavailable. Rejected or unfinished churn/overload calls retain their actual zero or unavailable values and are never counted as successful renders.

All seven checks passed in each profile: requested deployment populations, dormant process/thread/listener plateaus, observed active renderer cells, return of active ownership after churn, and prepared-cache plateau. The node shut down cleanly, was reaped, temporary outputs were removed, and signed fixture bytes remained unchanged. Explicit cancellation and client disconnect both reached the required cancelled terminal state; cell/queue observations, not an assumed heap value, establish cleanup.

Component, package, publication and storage counts​

Each fresh catalog admitted one component, two packages, and two independent publications. The second publication shares component bytes while retaining its own package/evidence identity. Dormant storage measurements include the owned node directory and audit metadata; they are bounded, non-atomic file-stat observations.

Dormant storage observationFour deploymentsEight deployments
Files / unique inodes101 / 63109 / 71
Logical bytes across file names73,659,93373,686,453
Logical bytes across unique inodes24,588,95324,615,473
Allocated filesystem bytes24,768,51224,821,760

The 49,070,980-byte difference between named and unique-inode logical storage is shared physical content, not a reduction in application count. Increasing dormant deployments added metadata while the number of processes, threads and listeners stayed fixed. These results make no Docker/Kubernetes or single-hot-service throughput comparison.

Retained records and limits​

Every JSON has a SHA-256 sidecar. The receipt preserves its original pending ticket status. The separate OCI campaign now supplies token/resolver/redirect measurements at two ceilings. The provider checkpoint and standalone provider profiles separately establish their measured resource populations. Actual browser journeys are retained by the Angular reference qualification.