La performance.
Avec son contexte.
Explorez les mesures de débit et de rendu. Lisez les conditions, comprenez la charge et distinguez le temps de rendu d'une requête HTTP complète.
Explorer le codeDans cette page
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 à la marge d’erreur près. 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 ; les deux restent du même ordre. PRISM compilé est environ 2,4× devant Marko et 116× devant React.
Face à Deno, Bun et Node
Même machine, même charge : un « Hello, World! » en texte brut (GET) et une API JSON authentifiée par Bearer (POST : validation du jeton, lecture du corps JSON, réponse JSON). Le chemin natif Rust de bext face à Deno.serve, Bun.serve et 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 comparatif TSX mesure le temps CPU d’un rendu synchrone chaud sur Bun 1.3.13, cœur épinglé, après validation octet par octet ; les chemins aux résultats proches sont départagés par 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 préchauffage, 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.