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.

吞吐量指的是成功且经过验证的响应。 CPU 表示每次成功响应需要 CPU 时间。 RAM 是 MiB 中的中值进程树 PSS，而不是 RSS 或总 VPS 内存。报告的延迟是两个窗口 p95 值的中位数，而不是对所有请求重新计算的 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.

源代码提交: 2856155dc32618d00ea7cbe05d771f589c9df536
本机 SHA-256: e78bce35c1029500eec67d4aad5e3c08a5d9b74b3125aa3d10c854c5a286b843
封装 SHA-256: 0099abf612f223625caf769f97608be1b4f6daf87a33c2bc92abe9517edbb095

这些结果无法预测什么

对合成应用进行两次短时间重复不提供置信区间。小型 VPS 与负载生成器共享其 CPU，而快速 API 路由可能受到生成器限制。主机之间的硬件和节点版本不同，因此跨预算的比较无法隔离硬件影响。

这些测量无法确定并发产品用户、VPS 上适合多少项目或账单节省。数据库、外部调用、缓存、浏览器工作和应用程序唤醒都会改变结果。睡眠和耐力观察仍在全面比较中。

测试您自己的应用程序

从最繁忙和最昂贵的路线开始。在比较速度之前验证响应内容和错误。保持两个运行时的配额、依赖项、缓存设置和负载相同。在做出决定之前重复更长的时间。

数据和测试协议

下载 JSON 数据 ↗阅读完整的比较 →测试应用和测量路线 ↗修正负载生成器 ↗