Overview
Benchmarks
Benchmarks are part of Mreact's development loop. They are used to watch primitive runtime behavior, browser DOM costs, app-router throughput, client bundle size, route artifact shape, and deployment startup paths.
What we measure
- Primitive DOM work - Keyed list operations, row selection, event target creation, and memory-sensitive DOM cases are separated from lower-level reactivity microbenchmarks. For cross-framework keyed DOM comparisons, the official krausest/js-framework-benchmark harness is the reference, because it maintains the peer-framework adapters and keyed validation rules.
- Primitive reactivity microbenchmarks - Source writes, text bindings, computed fan-out, and computed fan-in stay in the repository as local regression signals. They are useful for Mreact runtime development, but they are not a replacement for official DOM benchmark results from the krausest harness.
- Primitive framework adapters - Marko, Vue, Svelte, Angular, Qwik, React, Solid, and Mreact run local primitive cases for context. Numbers from peer-framework adapters in the local runner are indicative only; the official harness is the reference for cross-framework comparisons.
- Browser runtime behavior - How the same DOM-heavy primitive cases behave in real Chromium rather than only in the server-side benchmark harness.
- App router and deployment paths - How server rendering, streaming, static cache hits, middleware, route matching, cold starts, build time, and adapter targets behave under app-router workloads.
- Router framework adapters - Marko Run, Nuxt, SvelteKit, Analog, Qwik City, SolidStart, TanStack Start, Next.js App Router, and Mreact app router run production router fixtures where practical.
- Client bundle shape - How much JavaScript is shipped for server-only routes and interactive routes after gzip compression.
- Route artifact boundaries - Whether middleware, redirects, loaders, server actions, layouts, and render modules stay separated enough to avoid unnecessary imports.
- Package-level microbenchmarks - Store, virtual list, query, forms, and auth microbenchmarks catch non-router regressions even when they are not rendered as public ranking cards.
How to read results
Treat benchmark numbers as trend signals, not universal promises. Compare runs with the same Node version, adapter target, route set, and build mode before drawing conclusions.
Resumability-oriented frameworks such as Qwik and Marko are designed around delaying or avoiding client-side activation, not only around already-active update paths. Primitive DOM-update cases mostly measure already-active update paths, and the browser interaction cases use small synthetic routes, so read interaction timing together with shipped JavaScript size, startup work, and whether unused UI needs to activate at all.
For keyed table operations such as create rows, replace rows, partial update, select row, append rows, remove row, swap/reorder rows, and clear rows, the source of truth is the official krausest/js-framework-benchmark harness. The local primitive runner remains useful for quick regression checks and experiments, but it is not an authoritative cross-framework comparison.
The keyed table results include two React-compatibility Mreact fixtures. mreact-react-compat is the compiler-lowered path: the source stays React-compatible JSX, and the Mreact compiler lowers proven-safe state text, prop, and event bindings into reactive DOM operations. mreact-react-compat-vdom is the virtual-DOM compatibility path: the same app shape runs through the React-compatible runtime without those DOM-binding lowerings. Compare the two to separate compatibility runtime cost from the compiler's normal DOM-binding optimizations.
Latest results
Categories
js-framework-benchmark keyed DOM benchmarks
js-framework-benchmark.md / 13 ranking cards / View source on GitHub / Official js-framework-benchmark harness
create rowsms
9 entries
replace all rowsms
9 entries
partial updatems
9 entries
select rowms
9 entries
swap rowsms
9 entries
remove rowms
9 entries
create many rowsms
9 entries
append rows to large tablems
9 entries
clear rowsms
9 entries
ready memoryKB
9 entries
run memoryKB
9 entries
repeated clear memoryKB
9 entries
total byte weightkB
9 entries
Router benchmarks
router.md / 37 ranking cards / View source on GitHub
app client bundle gzip bytes (server-only page)gzip bytes
13 entries
Measures gzip-compressed client JavaScript shipped for a route with no user-authored interactivity.
app client bundle gzip bytes (interactive page)gzip bytes
13 entries
Measures gzip-compressed client JavaScript shipped for a minimal button-and-state interactive route.
app client bundle gzip bytes (interactive page, minimal opt-out)gzip bytes
13 entries
Measures the same interactive route while opting out of optional client navigation runtime where the framework supports it.
app render 1000 nodesops/sec
13 entries
Renders a production app route that emits 1,000 simple text spans.
app streaming 1000 nodesops/sec
13 entries
Streams a production app route with 1,000 simple text spans and validates the complete response body.
app streaming first byte 1000 nodesms
12 entries
Measures elapsed time until fetch resolves response headers for the real streaming route.
app streaming first chunk 1000 nodesms
12 entries
Measures elapsed time until the first response body chunk arrives for the real streaming route.
app streaming full body 1000 nodesms
12 entries
Measures elapsed time until the complete real streaming response body is consumed and validated.
app real streaming 1000 nodes (async 50ms)ms
12 entries
Measures complete response latency for a route whose body waits on a 50 ms async boundary.
app parallel async boundaries 2x50msms
12 entries
Measures complete response latency for two sibling 50 ms async boundaries; parallel renderers stay near one boundary.
app static cached route 1000 nodesops/sec
7 entries
Renders a static-cacheable app route with 1,000 simple text spans after the production server has warmed it.
app dynamic-attr grid 200 cellsops/sec
13 entries
Renders 200 cells with many dynamic escaped attributes, inline style values, and text content.
app dynamic route params dataops/sec
13 entries
Renders a dynamic route that combines route parameters with server data before producing HTML.
app concurrent throughput 100 connectionsops/sec
13 entries
Runs a fixed burst against the production fixture with up to 100 concurrent requests and reports sustained request throughput.
app concurrent p99 latency 100 connectionsms
13 entries
Runs the same concurrent request burst and reports per-request p99 latency, exposing event-loop stalls hidden by sequential tinybench runs.
app concurrent RSS delta 100 connectionsbytes
13 entries
Reports RSS growth across the concurrent request burst so sustained-load memory trends are visible in router benchmark output.
app loader client navigation route-to-routems
8 entries
Measures browser client navigation to a route with loader data, covering data-bearing SPA transitions.
app client navigation back-forward restorems
11 entries
Measures browser back-forward restoration after SPA navigation so history snapshot regressions are visible.
app client navigation route-to-routems
11 entries
Measures route-to-route client navigation latency in a real browser when the adapter provides a browser probe.
app initial page load JS before interactionms
12 entries
Measures page load time until the interactive route is visible and idle before any user interaction.
app first interaction from DOMContentLoadedms
12 entries
Measures the first click-to-visible-update latency immediately after DOMContentLoaded without waiting for network idle.
app first interaction after networkidlems
12 entries
Measures the first click-to-visible-update latency after the interactive route has reached network idle.
app second interaction latencyms
12 entries
Measures the second click-to-visible-update latency after the route has already handled one client interaction.
app SSR HTML gzip bytes 1000 nodesgzip bytes
13 entries
Measures gzip-compressed HTML payload bytes for the 1,000-node SSR route, complementing client bundle size cases.
app build output gzip bytesgzip bytes
13 entries
Measures gzip-compressed production build output size when the adapter exposes build artifacts.
app hydration 100 islandsms
3 entries
Loads an app route with 100 independently interactive islands and reports time until all islands can update in real Chromium. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app dev cold startms
3 entries
Starts the framework dev server for a minimal app and reports server readiness latency. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app dev first request latencyms
3 entries
Requests a minimal app route from a warm dev server and reports first request latency. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app dev HMR update latencyms
3 entries
Edits a route module while the dev server is running and reports time until the changed response is observable. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app 1000 route match latencyms
3 entries
Builds a 1,000-route app and reports request latency for a route near the end of the route table. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app 1000 route cold startms
3 entries
Builds a 1,000-route app and reports production server cold-start latency for that route scale. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app 1000 route build timems
3 entries
Reports production build time for a 1,000-route app to catch route-count scaling regressions. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app 1000 route RSS deltabytes
3 entries
Reports process RSS growth while building and serving a 1,000-route app. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app server action form POST roundtripms
3 entries
Renders a form with an inferred server action, submits the encoded form POST, and reports action roundtrip latency. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app nested layouts depth 5ms
3 entries
Renders a route under five nested layouts, guarding against sequential layout shell regressions. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app Cloudflare Worker request latencyms
3 entries
Builds the Cloudflare Pages worker bundle and reports request latency through its exported fetch handler. A workerd/Miniflare harness should replace this fallback once the local workerd path-resolution failure is fixed. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
app server cold startms
3 entries
Measures production server cold-start latency when the adapter can isolate startup from build work. This section currently compares mreact app-router variants only; it is not a cross-framework ranking.
Primitive DOM benchmarks
primitive.md / 3 ranking cards / View source on GitHub
keyed reverse 1k rowsms
10 entries
Reverses 1,000 keyed rows and verifies that DOM node identity is preserved.
create 1k event targetsms
10 entries
Creates 1,000 button event targets and measures initial interactive wiring cost without dispatching events.
repeated create update clear memorybytes
10 entries
Reports heap growth after repeatedly creating, updating, and clearing 1,000-row lists.
Primitive reactivity microbenchmarks
primitive.md / 5 ranking cards / View source on GitHub
source write with subscriber 1kms
3 entries
Updates 1,000 fine-grained source values when each source has one live non-DOM subscriber, separating direct source write overhead from aggregate computed fan-in and framework-level array update work.
text binding update 1kms
10 entries
Updates one reactive text value that is bound to 1,000 text nodes.
computed fan-out 1kms
10 entries
Updates one source value that fans out through a derived value into 1,000 displayed text nodes.
computed fan-in 1kms
10 entries
Updates the inputs feeding one aggregate and validates one derived aggregate text output. Caveat: this is not a direct cross-framework source-write comparison because mreact, Solid, and Solid v2 update 1,000 fine-grained sources, while React, Marko, and Qwik update one array/props payload.
source write 1kms
3 entries
Updates 1,000 fine-grained source values without subscribers, derived values, DOM writes, or framework-level re-render work, then validates the final source values. Frameworks without an equivalent source primitive report this case as unsupported.