Measured August 11, 2026 · smallest server target

A real homepage.
5,907 requests a second.

This is the public Amber V2 site: controllers, ECR rendering, layout, content, and 26,271 bytes over HTTP. It ran on the DigitalOcean Basic one-vCPU, 512 MB class—the $4/month size when the lab ran.

Homepage median
5,906.72 req/s
WebSocket clients
1,000 joined
Connection errors
0

What the number means

Small infrastructure can carry a surprisingly large read path.

A median of 5,906.72 requests per second means the middle repeated run completed that many full homepage responses each second under the test's connection and keep-alive settings. It does not mean every database-backed page will do the same thing.

The practical result is room: a documentation site, small product, or portfolio of read-heavy applications can begin on modest infrastructure without treating performance as an afterthought.

Public application

amberframework.org

5,906.72 req/s median

Response
Complete 26,271-byte homepage
Machine index
14,084.87 req/s median
JSON route
9,354.58 req/s median
Live stage
1,000 joined sockets for 85 seconds
JSON during live stage
8,057.74 req/s median
Median trial p99
26.77 ms during live stage
Framework request path

Mixed 1,000-route application

21,795 req/s median

Measured
July 17, 2026
Target
1 shared vCPU · 512 MB
Load
16 connections · keep-alive
Trials
7 rotating repetitions
Successful responses
18,728,053
Errors
0 socket · 0 non-2xx
Amber 2.0.0-beta.5

Executable JSON contract

19,488 req/s median

Measured
August 13, 2026
Target
1 shared vCPU · 512 MB
Request path
Parse · route · validate · respond
Trials
7 rotating repetitions
All four scenarios
7,974,608 HTTP 200
Schema cost
6.0% versus generic JSON

Read this before repeating the number

The workload travels with the claim.

No database was involved. A query, remote API, file store, authentication flow, or application code can become the limiting factor.

The 1,000 WebSocket clients were idle after joining. The result proves connection holding and concurrent HTTP work, not 1,000 clients broadcasting continuously.

Sequential shared-vCPU stages were noisy. They are published as observed evidence, not presented as a causal scaling curve.

This is not an SLA or cross-framework ranking. Hardware, proxies, TLS, traffic shape, application behavior, and deployment tuning will change the result.

Reproduce or audit it

Human explanation first.
Source data when you need it.

The raw records preserve exact stages and measurements for reviewers and tools. They support this page; they are not the page.