Des chiffres réels, reproductibles.
Charges reproductibles et méthodologie publiée — le chemin natif Rust de bext et PRISM face aux runtimes et moteurs SSR que vous connaissez.
Débit de requêtes
PRISM face aux moteurs SSR
Même page catalogue Tailwind de 38,3 Ko, mêmes données et HTML vérifié octet pour octet. Temps CPU d’un rendu synchrone chaud sur Bun 1.3.13, cœur épinglé.
Le plafond JS sûr échappe les mêmes valeurs dynamiques : à 15,7 contre 15,8 µs, PRISM compilé l’égale dans la marge de mesure. PRISM direct h() : 69,3 µs de moyenne / 62,1 µs p50. JSX automatique : 75,3 / 67,9 µs. Solid garde un p50 légèrement inférieur (61 µs), tandis que PRISM a la moyenne la plus basse ; ils restent dans la même zone. PRISM compilé est environ 2,4× devant Marko et 116× devant React.
vs Deno, Bun & Node
Même machine, même charge — un « Hello, World! » texte brut (GET) et une API JSON authentifiée par Bearer (POST : validation du token, parsing du corps JSON, réponse JSON). Le chemin natif Rust de bext face à Deno.serve, Bun.serve & node:http, oha @ 100.
bext 152,7K / 134,8K req/s (hello / api) · Deno 2.8.3 80,5K / 57,7K · Bun 1.3 74,9K / 53,8K · Node 25 42,2K / 29,0K. AMD Ryzen 9 5900X, oha 1.14.0, 100 connexions, meilleur de 2.
Méthodologie
Le shootout TSX mesure un rendu CPU synchrone chaud sur Bun 1.3.13, cœur épinglé, après validation octet par octet ; les chemins proches utilisent des séries alternées et leur médiane. Les benchmarks HTTP de pages utilisent autocannon (10 connexions, 30 s). La comparaison des runtimes utilise oha à 100 connexions (5 s de chauffe, meilleur de 2).
# Reproduire ces benchmarks
autocannon -c 10 -d 30 http://localhost:3000/
autocannon -c 10 -d 30 http://localhost:3000/api/data
autocannon -c 10 -d 30 http://localhost:3000/ssr-pageMesurez par vous-même.
Une commande pour installer, une pour déployer. Lancez bext sur votre matériel et comparez.