BENCHMARKS · OKTOBER 29, 2026
Wenn CPU eingeschränkt ist, kann eine Reduzierung der Kosten pro Antwort hilfreich sein. Auf einem kleinen Server sind auch ein paar zusätzliche MiB wichtig. Dieser Fall zeigt, warum beide Messungen nebeneinander gehören.
Measured: PRNext 0.1.18-alpha candidate, distinct from the final npm archive. Details and hashes below. Welcher Code wurde gemessen?
On the 100-row page, the PRNext candidate uses about 37% less CPU per response and delivers 59% more validated requests than Next.js. Its median PSS is around 12% higher. This may suit a CPU-constrained application, but does not demonstrate a RAM saving.
Dieses Budget erlegt einem Host mit 1 vCPU und 1.9 GiB ein Kontingent von 0.7-CPU und ein Speicherlimit von 700-MiB auf. Der Generator teilt sich diesen physischen CPU. Die Ergebnisse beschreiben dieses spezifische Setup und seinen Wettbewerb und nicht jeden kleinen VPS auf dem Markt.
The streaming route includes a 40-ms Suspense wait. PRNext uses roughly 42% less CPU per response while memory remains higher. That wait is part of the scenario; the route does not represent every streaming application.
Die 1,000-row-Seite erhöht die CPU-Kosten für beide Laufzeiten erheblich. PRNext behält bei diesem Budget einen kleinen Durchsatzvorteil, aber zwei Fenster können nicht feststellen, dass diese Lücke stabil ist. Überprüfen Sie für einen schnellen API auch das Generatorbegrenzungsflag, bevor Sie eine Schlussfolgerung ziehen.
Messen Sie Ihren Server mit seinen Abhängigkeiten und seiner Datenbank und reservieren Sie dann Spielraum für Bursts. PSS, das unter einem 700-MiB-Grenzwert gemessen wird, bedeutet nicht, dass ein 700-MiB VPS ausreichend ist: Das Betriebssystem, andere Dienste und echte Arbeitslasten benötigen ebenfalls Speicher. Überprüfen Sie die Routenkompatibilität, bevor Sie die Laufzeiten ändern.
Quote 0,7 CPU · 700 MiB · Node 22.23.4 · 1 worker PRNext · 1 Next.js process · old-space 384 MiB
Higher throughput is better; lower latency, CPU and memory are better.
| Metrisch | PRNext Kandidat | Next.js 16.4.3 |
|---|---|---|
| Validierter DurchsatzAnforderung/s | 81,33 | 51,00 |
| p95-Latenzms | 264,25 | 420,90 |
| CPU / AntwortCPU ms | 8,46 | 13,39 |
| PSS-SpeicherMiB | 113,88 | 101,38 |
| Metrisch | PRNext Kandidat | Next.js 16.4.3 |
|---|---|---|
| Validierter DurchsatzAnforderung/s | 11,33 | 10,33 |
| p95-Latenzms | 1.550,25 | 1.661,80 |
| CPU / AntwortCPU ms | 58,92 | 62,10 |
| PSS-SpeicherMiB | 139,51 | 119,46 |
| Metrisch | PRNext Kandidat | Next.js 16.4.3 |
|---|---|---|
| Validierter DurchsatzAnforderung/s | 518,17 | 352,80 |
| p95-Latenzms | 61,40 | 90,05 |
| CPU / AntwortCPU ms | 1,27 | 1,94 |
| PSS-SpeicherMiB | 139,63 | 113,08 |
Der Lastgenerator kann in diesem Szenario den Durchsatz einschränken. Eine kleine Lücke reicht nicht aus, um die Laufzeiten zu unterscheiden.
| Metrisch | PRNext Kandidat | Next.js 16.4.3 |
|---|---|---|
| Validierter DurchsatzAnforderung/s | 138,13 | 80,03 |
| p95-Latenzms | 182,65 | 307,25 |
| CPU / AntwortCPU ms | 4,98 | 8,62 |
| PSS-SpeicherMiB | 135,32 | 115,54 |
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.
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.
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.
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.