← Todos os benchmarks

REFERÊNCIAS · OUTUBRO 29, 2026

PRNext vs Next.js at 0,7 CPU · 700 MiB: the CPU/RAM tradeoff

Quando CPU é restrito, reduzir seu custo por resposta pode ajudar. Em um servidor pequeno, alguns MiB extras também são importantes. Este caso mostra por que ambas as medições pertencem lado a lado.

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

SSR: menos CPU, mais memória

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.

Este orçamento impõe uma cota 0.7-CPU e um limite de memória 700-MiB em um host com 1 vCPU e 1.9 GiB. O gerador compartilha aquele CPU físico. Os resultados descrevem esta configuração específica e sua contenção, em vez de todos os pequenos VPS do mercado.

Streaming e renderização pesada: examine o custo real

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.

A página 1,000-row aumenta substancialmente o custo de CPU para ambos os tempos de execução. PRNext retém uma pequena vantagem de rendimento neste orçamento, mas duas janelas não podem estabelecer que esta lacuna seja estável. Para um API rápido, verifique também o sinalizador de limitação do gerador antes de tirar uma conclusão.

Tomando uma decisão sobre VPS pequeno

Meça seu servidor com suas dependências e banco de dados e reserve espaço para rajadas. PSS medido sob um limite 700-MiB não significa que um VPS 700-MiB seja suficiente: o sistema operacional, outros serviços e cargas de trabalho reais também precisam de memória. Valide a compatibilidade da rota antes de alterar os tempos de execução.

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

Contingente 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.

SSR · 100 linhas
MétricaPRNext candidatoNext.js 16.4.3
Taxa de transferência validadasolicitação/s81,3351,00
latência p95ms264,25420,90
CPU / respostaCPU senhora8,4613,39
Memória PSSMiB113,88101,38
Linhas SSR · 1,000 pesadas
MétricaPRNext candidatoNext.js 16.4.3
Taxa de transferência validadasolicitação/s11,3310,33
latência p95ms1.550,251.661,80
CPU / respostaCPU senhora58,9262,10
Memória PSSMiB139,51119,46
JSON API · 16 entradas
MétricaPRNext candidatoNext.js 16.4.3
Taxa de transferência validadasolicitação/s518,17352,80
latência p95ms61,4090,05
CPU / respostaCPU senhora1,271,94
Memória PSSMiB139,63113,08

O gerador de carga pode limitar o rendimento neste cenário. Uma pequena lacuna é insuficiente para distinguir os tempos de execução.

Transmissão · 40 ms Suspense
MétricaPRNext candidatoNext.js 16.4.3
Taxa de transferência validadasolicitação/s138,1380,03
latência p95ms182,65307,25
CPU / respostaCPU senhora4,988,62
Memória PSSMiB135,32115,54

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 ↗