events per visible flush
The server absorbs bursts and gives browsers one consolidated view update instead of rendering every domain event.
Evidence, not propaganda
Two production-shaped interfaces, one Go domain model and one PostgreSQL database. Both receive the same coalesced simulator workload over SSE.
Current interpretation
Datastar + htmx ships about 86% less production JavaScript. Under the current full-snapshot implementation, React's JSON stream used about 10% less bandwidth over 60 seconds. For this server-authoritative dashboard, hypermedia is the simpler client; React is the more bandwidth-efficient live representation as currently implemented.
Controlled run
Measured by ./scripts/benchmark.sh. Lower is better for both rows.
Since the last server restart
These are cumulative operational counters across every connected browser and benchmark run. They describe batching and total traffic; they do not rank React against hypermedia.
The server absorbs bursts and gives browsers one consolidated view update instead of rendering every domain event.
Coalescing removes this share of potential client updates. This is the main protection against a 40–500 event/s simulator.
The current implementation sends full visible-view snapshots. Smaller targeted row patches would reduce this further.
Choose hypermedia when
Choose React when
The comparison currently measures payloads, live transfer, server coalescing, bundle size and source complexity. Browser CPU and memory remain not measured until they can be collected on a stable isolated browser host. LOC is context, not proof of quality.
Bottom line: for Northstar's CRUD-like, server-driven operational workflow, hypermedia is the better simplicity trade. React is not “worse”; its current JSON stream is leaner, and it becomes the stronger choice as meaningful state and computation move into the browser.