PRNext vs Next.js at 2 CPU · 1 GiB: SSR and heavy rendering

SSR: ein Vorteil bei allen vier Kennzahlen

On the 100-row page, the PRNext candidate delivers about 57% more throughput with 26% less CPU per response and 32% less PSS than Next.js. Its p95 is also lower. This describes a synthetic page under load, not the speed of every user navigation.

Beide Server sind direkt, mit einem PRNext-Worker und einem Next.js-Prozess, Knoten 24.22.1 und einem 1-GiB-Speicherlimit. Das Zwei-CPU-Kontingent wird auf einem 8-vCPU-, 23-GiB-Host ausgeführt. Dies ist daher kein Maßstab für eine physische Zweikernmaschine.

Bei 1,000 Zeilen übernimmt Next.js die Führung

The PRNext candidate delivers around 13% fewer requests and uses 29% more CPU per response on heavy rendering. Memory remains lower. If this work dominates your application, the short-SSR advantage alone cannot justify a migration.

Streaming zeigt in dieser Kampagne einen Durchsatzvorteil für PRNext. Ein kurzer JSON API kann vom Generator begrenzt sein. Halten Sie daher die Zahlen und ihre Einschränkungen zusammen, anstatt eine Rangliste aus einem einzigen Test zu erstellen.

Wählen Sie Ihren Routenmix aus

Identify how much traffic renders large React trees, waits for external services, or returns JSON. Replay that mix with representative caching and validated content. A strong result on one route suggests a hypothesis; your application workload can confirm or reject it.

How to read this benchmark

The 2026-10-29 campaign uses React 19.3.1, the PRNext Balanced profile and gzip. Each variant gets 5 seconds of warmup, followed by 15 seconds of measurement with 16 connections. Values are medians of two alternating windows per variant, route and budget.

Der Durchsatz zählt erfolgreiche, validierte Antworten. CPU bedeutet CPU Zeit pro erfolgreicher Antwort. RAM ist der mittlere Prozessbaum-PSS in MiB, nicht RSS oder der gesamte VPS-Speicher. Die gemeldete Latenz ist der Median der beiden Fenster-p95-Werte und nicht ein über alle Anforderungen neu berechneter p95.

Welcher Code wurde gemessen?

PRNext is a development candidate for 0.1.18-alpha, with a manifest reporting 0.1.17-alpha. Next.js is version 16.4.3. The final 0.1.18-alpha release was not measured by this campaign: these figures do not measure its npm archive.

Quell-Commit

2856155dc32618d00ea7cbe05d771f589c9df536

Nativer SHA-256

e78bce35c1029500eec67d4aad5e3c08a5d9b74b3125aa3d10c854c5a286b843

Paket SHA-256

0099abf612f223625caf769f97608be1b4f6daf87a33c2bc92abe9517edbb095

Was diese Ergebnisse nicht vorhersagen können

Zwei kurze Wiederholungen einer synthetischen Anwendung ergeben kein Konfidenzintervall. Der kleine VPS teilt seinen CPU mit dem Lastgenerator, und schnelle API-Routen können vom Generator begrenzt sein. Die Hardware- und Knotenversionen unterscheiden sich je nach Host, daher können Budgetvergleiche den Hardwareeffekt nicht isolieren.

Diese Messungen ermitteln nicht die gleichzeitigen Produktbenutzer, wie viele Projekte auf einen VPS passen oder welche Kosteneinsparungen sich ergeben. Datenbanken, externe Aufrufe, Caches, Browserarbeit und Anwendungsaktivierungen verändern das Ergebnis. Schlaf- und Ausdauerbeobachtungen bleiben im Vollvergleich erhalten.

Testen Sie Ihre eigene Anwendung

Beginnen Sie mit Ihren verkehrsreichsten und teuersten Routen. Überprüfen Sie Antwortinhalte und Fehler, bevor Sie die Geschwindigkeit vergleichen. Halten Sie Kontingente, Abhängigkeiten, Caching-Einstellungen und Last für beide Laufzeiten identisch. Wiederholen Sie längere Fenster, bevor Sie eine Entscheidung treffen.