← Todos os benchmarks

REFERÊNCIAS · OUTUBRO 29, 2026

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

A renderização de linhas 100 e a renderização de linhas 1,000 contam histórias diferentes. Em limites de recursos idênticos, a rota servida pode alterar a decisão do tempo de execução.

Measured: PRNext 0.1.18-alpha candidate, distinct from the final npm archive. Details and hashes below. Qual código foi medido?

SSR: uma vantagem em todas as quatro 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 os servidores são diretos, com um trabalhador PRNext e um processo Next.js, Nó 24.22.1 e limite de memória 1-GiB. A cota two-CPU é executada em um host 8-vCPU, 23-GiB. Portanto, este não é um benchmark de uma máquina física de dois núcleos.

Nas linhas 1,000, Next.js assume a liderança

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.

O streaming mostra uma vantagem de rendimento para PRNext nesta campanha. Um JSON API curto pode ser limitado pelo gerador, portanto, mantenha os números e suas advertências juntos, em vez de construir uma classificação a partir de um único teste.

Escolha seu mix de rotas

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.

Todos os quatro cenários, incluindo as compensações

Contingente 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 linhas
MétricaPRNext candidatoNext.js 16.4.3
Taxa de transferência validadasolicitação/s224,70142,97
latência p95ms89,75154,55
CPU / respostaCPU senhora7,5710,29
Memória PSSMiB117,50173,30
Linhas SSR · 1,000 pesadas
MétricaPRNext candidatoNext.js 16.4.3
Taxa de transferência validadasolicitação/s24,0027,63
latência p95ms740,75622,25
CPU / respostaCPU senhora64,4249,91
Memória PSSMiB164,17198,96
JSON API · 16 entradas
MétricaPRNext candidatoNext.js 16.4.3
Taxa de transferência validadasolicitação/s2.078,331.001,40
latência p95ms14,0028,25
CPU / respostaCPU senhora0,831,22
Memória PSSMiB144,80203,93
Transmissão · 40 ms Suspense
MétricaPRNext candidatoNext.js 16.4.3
Taxa de transferência validadasolicitação/s341,00218,67
latência p95ms55,15105,00
CPU / respostaCPU senhora4,406,31
Memória PSSMiB154,70206,20

Qual orçamento corresponde ao seu projeto?

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.

A taxa de transferência conta respostas validadas e bem-sucedidas. CPU significa CPU tempo por resposta bem-sucedida. RAM é PSS mediano da árvore de processos em MiB, não RSS ou memória VPS total. A latência relatada é a mediana dos valores p95 das duas janelas, em vez de um p95 recalculado em todas as solicitações.

Qual código foi medido?

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.

Confirmação de origem
2856155dc32618d00ea7cbe05d771f589c9df536
SHA-256 nativo
e78bce35c1029500eec67d4aad5e3c08a5d9b74b3125aa3d10c854c5a286b843
Pacote SHA-256
0099abf612f223625caf769f97608be1b4f6daf87a33c2bc92abe9517edbb095

O que esses resultados não podem prever

Duas repetições curtas em uma aplicação sintética não fornecem intervalo de confiança. O pequeno VPS compartilha seu CPU com o gerador de carga, e as rotas rápidas API podem ser limitadas pelo gerador. As versões de hardware e de nó diferem entre os hosts, portanto, as comparações entre orçamentos não podem isolar o efeito do hardware.

Essas medições não estabelecem usuários simultâneos de produtos, quantos projetos cabem em um VPS ou economias em uma conta. Bancos de dados, chamadas externas, caches, trabalho do navegador e ativações de aplicativos alteram o resultado. As observações do sono e da resistência permanecem na comparação completa.

Teste seu próprio aplicativo

Comece com suas rotas mais movimentadas e caras. Valide o conteúdo e os erros da resposta antes de comparar a velocidade. Mantenha cotas, dependências, configurações de cache e carga idênticas para ambos os tempos de execução. Repita janelas mais longas antes de tomar uma decisão.

Dados e protocolo de teste

Baixe os dados JSON ↗Leia a comparação completa →Aplicação de teste e rotas medidas ↗Gerador de carga corrigido ↗