← Todos los puntos de referencia

REFERENCIAS · OCTUBRE 29, 2026

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

Representar 100 filas y renderizar 1,000 filas cuentan historias diferentes. Con límites de recursos idénticos, la ruta que se sirve puede cambiar la decisión en tiempo de ejecución.

Measured: PRNext 0.1.18-alpha candidate, distinct from the final npm archive. Details and hashes below. ¿Qué código se midió?

SSR: una ventaja en las cuatro métricas

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.

Ambos servidores son directos, con un trabajador PRNext y un proceso Next.js, un nodo 24.22.1 y un límite de memoria 1-GiB. La cuota de dos CPU se ejecuta en un host 8-vCPU, 23-GiB. Por lo tanto, este no es un punto de referencia para una máquina física de dos núcleos.

En 1,000 filas, Next.js toma la delantera

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.

La transmisión por secuencias muestra una ventaja de rendimiento para PRNext en esta campaña. Un JSON API corto puede estar limitado por el generador, así que mantenga las cifras y sus advertencias juntas en lugar de crear una clasificación a partir de una sola prueba.

Elija su combinación de rutas

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.

Los cuatro escenarios, incluidas las compensaciones

Cuota 2 CPU · 1 GiB · Node 24.22.1 · 1 worker PRNext · 1 Next.js process · old-space 384 MiB

Higher throughput is better; lower latency, CPU and memory are better.

SSR · 100 filas
MétricoPRNext candidatoNext.js 16.4.3
Rendimiento validadorequerimiento/s224,70142,97
latencia p95ms89,75154,55
CPU / respuestaCPU ms7,5710,29
memoria PSSMiB117,50173,30
Pesado SSR · 1,000 filas
MétricoPRNext candidatoNext.js 16.4.3
Rendimiento validadorequerimiento/s24,0027,63
latencia p95ms740,75622,25
CPU / respuestaCPU ms64,4249,91
memoria PSSMiB164,17198,96
JSON API · 16 entradas
MétricoPRNext candidatoNext.js 16.4.3
Rendimiento validadorequerimiento/s2078,331001,40
latencia p95ms14,0028,25
CPU / respuestaCPU ms0,831,22
memoria PSSMiB144,80203,93
Streaming · 40 ms Suspenso
MétricoPRNext candidatoNext.js 16.4.3
Rendimiento validadorequerimiento/s341,00218,67
latencia p95ms55,15105,00
CPU / respuestaCPU ms4,406,31
memoria PSSMiB154,70206,20

¿Qué presupuesto se adapta a tu proyecto?

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.

El rendimiento cuenta las respuestas exitosas y validadas. CPU significa CPU tiempo por respuesta exitosa. RAM es el PSS del árbol de procesos mediano en MiB, no RSS ni la memoria VPS total. La latencia informada es la mediana de los valores de p95 de las dos ventanas, en lugar de un p95 recalculado sobre todas las solicitudes.

¿Qué código se midió?

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.

Confirmación de fuente
2856155dc32618d00ea7cbe05d771f589c9df536
Nativo SHA-256
e78bce35c1029500eec67d4aad5e3c08a5d9b74b3125aa3d10c854c5a286b843
Paquete SHA-256
0099abf612f223625caf769f97608be1b4f6daf87a33c2bc92abe9517edbb095

Lo que estos resultados no pueden predecir

Dos repeticiones cortas en una aplicación sintética no proporcionan ningún intervalo de confianza. El VPS pequeño comparte su CPU con el generador de carga y las rutas rápidas API pueden estar limitadas por el generador. Las versiones de hardware y nodo difieren entre hosts, por lo que las comparaciones entre presupuestos no pueden aislar el efecto del hardware.

Estas mediciones no establecen usuarios simultáneos de productos, cuántos proyectos caben en un VPS ni ahorros en una factura. Las bases de datos, las llamadas externas, las cachés, el trabajo del navegador y la reactivación de las aplicaciones cambian el resultado. Las observaciones del sueño y la resistencia permanecen en la comparación completa.

Prueba tu propia aplicación

Comience con sus rutas más transitadas y caras. Valide el contenido de la respuesta y los errores antes de comparar la velocidad. Mantenga cuotas, dependencias, configuraciones de almacenamiento en caché y carga idénticas para ambos tiempos de ejecución. Repita ventanas más largas antes de tomar una decisión.

Protocolo de datos y pruebas.

Descargar los datos JSON ↗Lea la comparación completa →Aplicación de pruebas y rutas medidas. ↗Generador de carga corregido ↗