Direct RGBA receive: allocation pooling measurements
Configuration and method
The host uses an Apple M2, 8 logical CPUs, 24 GiB of memory and Darwin 23.6.0.
These hardware values come from retained host metadata, not from an in-run sample.
Timing runs use synth.testPattern with pattern 0 and gridSize 4.
Positive and negative controls use pattern 5 and gridSize 16.
The compiled state and shader uniforms match these values before and after each run.
Both configurations use GLSL and write to output o0.
These task-local research fixtures send 1920 × 1080 RGBA packets from Noisedeck A to Noisedeck B.
Native camera publication remains active. B receives direct RGBA over HTTP with a BYOB reader, not through the camera.
BYOB means that the reader supplies a buffer for incoming bytes.
The receiver pooling arm reuses its cleanup notification state and reads image size through the public getter.
The uploader arm also reuses storage for saved GL state and errors. It still queries current GL state before each upload.
Each row describes one complete run. Each run has 180 complete seconds and a separate final partial interval.
Unique pair rates use the full elapsed duration. The observer checks input markers against markers from the same render.
Each context requires fresh positive and poison-negative controls with full pixel comparisons.
Measurement results
Web: final unique counts for each complete second. The partial interval appears only in the table. Open the full-size web chart.
Desktop: final unique counts for each complete second. The partial interval appears only in the table. Open the full-size desktop chart.The tables retain input and final counts separately. The plots show every complete second without smoothing.
Each plot uses its own B page clock. The plots do not align separate runs in wall time.
These runs do not establish a consistent benefit for frame gaps.
Failed attempts
BYOB receiver · web · web-observe180-byobv1-a1.
The source renderer stopped during the run. The cause remains unresolved.
The recorded failure stage is measurement. Overall cleanup complete is false.
Receiver pooling · desktop · desktop-observe180-poolv1-a1.
The controller received the wrong negative-control path. It rejected the attempt before measurement.
The recorded failure stage is host-power. Overall cleanup complete is true.
Limitations
The runs occurred sequentially. They do not establish a causal ranking or repeatability.
These results do not establish performance of the released product, external camera delivery or hours-long operation.
The tests do not isolate garbage collection as the cause of any frame gap.
Marker observation adds diagnostic work. Its allocation costs differ from those of the product renderer.
Power checks sample AC status at controller cuts. They do not provide continuous power measurements.
Native stage totals include setup and cleanup. They use a separate monotonic clock and do not share the B measurement interval.
Native slow-event retention can overwrite earlier events. The table retains the actual loss count.
Source references
Hardware and source configuration proofs · Metrics and source digests · Report text · Checksums
The metrics include result, control, source-manifest, journal and native-receipt digests.
SHA256SUMS identifies every public file. The report does not include the private receipts.