Wenn die Balken nach oben schießen: Der Hype um neue Web-Benchmarks
Jeder Entwickler kennt das Gefühl: Man sieht einen neuen Benchmark-Chart, die eigenen Lieblings-Technologien landen im Mittelfeld, und ein neues Tool schießt wie eine Rakete nach oben. Genau dieses Gefühl hat der bekannte YouTuber und Entwickler Theo (t3․gg) in seinem aktuellen Video "I am way too hyped about this benchmark" eingefangen. Die Quelle der Aufregung? Die aktuellen TechEmpower Framework Benchmarks, in denen das Duo aus dem JavaScript-Runtime Bun und dem darauf aufbauenden Web-Framework ElysiaJS die Konkurrenz – von Node.js über Express bis hin zu etablierten Rust- und Go-Frameworks – alt aussehen lässt.
Doch was ist dran an den Zahlen, die da auf dem Bildschirm leuchten? Sind wir wirklich an einem Wendepunkt in der Webentwicklung, oder lassen wir uns einmal mehr von synthetischen Tests blenden? Eine kritische Einordnung.
Die Technologie hinter den Zahlen
Um zu verstehen, warum dieser Benchmark für Aufsehen sorgt, müssen wir uns die Architektur ansehen. Bun ist ein relativ neuer JavaScript-Runtime, der sich als direkte Konkurrenz zu Node.js und Deno positioniert. Geschrieben in Zig und basierend auf der JavaScriptCore-Engine (die auch Safari antreibt), setzt Bun auf maximale Performance direkt aus der Box. Das bedeutet: nativer TypeScript-Support, ein integrierter Bundler, ein Paketmanager und vor allem eine extrem schnelle HTTP-Implementierung.
ElysiaJS wiederum ist ein Web-Framework, das explizit für Bun geschrieben wurde. Es nutzt die Low-Level-APIs von Bun aus, um Overhead zu minimieren. Das Ergebnis sind Durchsatzraten, die bei simplen JSON-Serialisierungen und Routing-Szenarien in die Hunderttausende von Requests pro Sekunde reichen – Größenordnungen, die bisher Frameworks in Rust oder Go vorbehalten waren.
Der Benchmark-Fetisch: Was wirklich gemessen wird
Theo ist in seinem Video ehrlich genug zuzugeben, dass er "way too hyped" ist. Und das ist verständlich. Es ist ein tolles Gefühl zu sehen, dass JavaScript-Ökosysteme endlich die Performance-Lücke zu kompilierten Sprachen schließen können. Doch hier setzt die journalistische Realitätsprüfung an.
Die TechEmpower-Benchmarks sind der Goldstandard der Branche, aber sie messen letztlich einen sehr spezifischen Anwendungsfall: das Routing und die Antwortzeit bei minimaler Logik – das berühmte "Hello World" oder das Ausliefern einer simplen JSON-Antwort. Das ist wichtig, um den reinen Overhead eines Frameworks zu bewerten, aber es ist Lichtjahos entfernt von einer realen Produktionsanwendung.
In der echten Welt sieht der Request- Zyklus anders aus:
- I/O-bound Tasks: Datenbankabfragen (PostgreSQL, MongoDB), die den Thread blockieren oder asynchron warten lassen.
- Komplexe Business-Logik: Validierung, Authentifizierung (JWT, OAuth), Berechtigungsprüfungen.
- Middleware-Stapel: Rate-Limiting, Logging, CORS, Error-Handling.
Sobald der Flaschenhals nicht mehr der HTTP-Server selbst ist, sondern die Datenbank oder die Netzwerklatenz, nivelliert sich der Vorsprung von Bun und ElysiaJS drastisch. Ein Framework, das 400.000 statt 100.000 Requests pro Sekunde verarbeiten kann, bringt nichts, wenn die Datenbank dahinter nur 10.000 Queries pro Sekunde zulässt.
Der Reifegrad-Faktor: Schnell bedeutet nicht immer sicher
Ein weiterer Punkt, der bei all dem Hype oft untergeht, ist die Stabilität. Node.js und Express sind über ein Jahrzehnt im Einsatz. Sie haben unzählige Edge-Cases überstanden, Sicherheitslücken gepatcht und ein Ökosystem aufgebaut, das für jedes noch so spezifische Problem eine battle-tested Lösung bietet.
Bun hat in der Vergangenheit gezeigt, dass es extrem schnell ist, aber genau diese Geschwindigkeit bei der Implementierung von Node.js-kompatiblen APIs führte auch zu Kompatibilitätsproblemen. Edge-Cases in der Node-API wurden teils erst nach Community-Feedback nachgebessert. ElysiaJS, so beeindruckend es ist, ist noch ein junges Projekt. Wer es in Produktion für kritische Infrastruktur einsetzt, muss sich bewusst sein, dass er sich auf der vordersten Front der Technologie bewegt – mit allen Vor- und Nachteilen.
Warum der Hype trotzdem gut für die Branche ist
Trotz aller Skepsis: Theo hat recht damit, dass dieser Benchmark ein wichtiges Signal sendet. Er zwingt das etablierte Ökosystem aus dem Schlaf. Node.js hat in den letzten Jahren in Sachen Performance aufgerüstet, und Konkurrent Deno hat ebenfalls stark nachgelegt. Die Existenz von Bun hat der JavaScript-Welt gezeigt, dass die bisherigen Grenzen des Machbaren nicht das Ende der Fahnenstange sein müssen.
Wenn ein Bun-Entwickler zeigt, dass ein Node.js-Server durch einen einfachen Austausch der Runtime signifikant beschleunigt werden kann, dann ist das ein enormer Mehrwert für die Entwickler-Experience (DX). Entwickler müssen nicht zwingend Rust oder Go lernen, um performante Backend-Dienste zu schreiben – sie können in der Sprache bleiben, die sie ohnehin im Frontend nutzen.
Fazit: Mit Vorsicht genießen, aber definitiv im Blick behalten
Sind die Benchmarks also nur Marketing? Nein. Die Leistung von Bun und ElysiaJS ist real und beeindruckend. Die Architektur-Entscheidungen – von der Wahl der Engine bis hin zur direkten Nutzung nativer APIs – zahlen sich aus. Aber als Entwickler sollten wir den Unterschied zwischen synthetischer Spitzenleistung und Produktionsrealität im Hinterkopf behalten.
Der Hype ist berechtigt, weil er zeigt, wohin die Reise geht. Aber bevor wir unsere Node.js-Server flächendeckend abschalten und auf Bun migrieren, sollten wir abwarten, bis das Ökosystem die nötige Reife erreicht hat. Bis dahin gilt: Benchmark-Charts sind ein toller Indikator für Potenzial, aber die wahre Performance zeigt sich erst im produktiven Einsatz unter realer Last.
Quelle: Theo - t3․gg
