Webship 1.3.1 verwandelt zwei Versionszyklen von Transportprofilierung, Protokollhärtung und Stabilitätsarbeit in messbare Kapazitätsgewinne. Auf demselben Debian-Benchmark-Host sind acht der zehn vergleichbaren Direkt- und Reverse-Proxy-Anforderungs-Workloads schneller als Webship 1.2.0.
Die größten Änderungen liegen in HTTP/2: Direkt h2c steigt von 1.003.468 auf 1.346.548 Anfragen pro Sekunde, während direktes HTTP/2 TLS von 884.857 auf 1.120.872 Anfragen pro Sekunde steigt. Auch die Reverse-Proxy-Kapazität verbessert sich bei jedem gemessenen Protokoll.
Webship 1.3.1 verglichen mit 1.2.0
Die folgende Tabelle vergleicht die mittlere serverinterne Anfragenkapazität. Höher ist besser.
| Direkte Arbeitslast | Webship 1.2.0 | Webship 1.3.1 | Änderung | | --- | ---: | ---: | ---: | | HTTP/1.1 | 414.195 RPS | 414.060 RPS | -0,03% | | HTTP/1.1 TLS | 303.788 RPS | 312.439 RPS | +2,85% | | h2c | 1.003.468 RPS | 1.346.548 RPS | +34,19% | | HTTP/2 TLS | 884.857 RPS | 1.120.872 RPS | +26,67% | | HTTP/3 TLS | 409.514 RPS | 400.187 RPS | -2,28% |
| Reverse-Proxy mit TLS-Beendigung | Webship 1.2.0 | Webship 1.3.1 | Änderung | | --- | ---: | ---: | ---: | | HTTP/1.1 | 165.160 RPS | 190.102 RPS | +15,10% | | HTTP/1.1 TLS | 118.681 RPS | 123.344 RPS | +3,93% | | h2c | 122.371 RPS | 135.499 RPS | +10,73% | | HTTP/2 TLS | 113.919 RPS | 124.957 RPS | +9,69% | | HTTP/3 TLS | 126.407 RPS | 131.529 RPS | +4,05% |
Direkt HTTP/1.1 ist effektiv unverändert. Direktes HTTP/3 TLS liegt 2,28 % unter dem Median von 1.2.0, daher präsentieren wir nicht jede Zelle als Gewinn. Die Veröffentlichung liefert ihre klarsten Verbesserungen in HTTP/2 und der Reverse-Proxy-Kapazität, während eine strikte Null-Fehler-Akzeptanzrichtlinie beibehalten wird.
Wo die Gewinne herkamen
Webship 1.3.1 reduziert die Arbeit auf den heißesten Pfaden, anstatt das Protokoll oder die Sicherheitsprüfungen zu schwächen.
- Verbindungs-lokale Replikate ermöglichen es, dass wiederholte HTTP/1- und HTTP/2-Antworten die kontenden Referenzzählungen der Byte-Puffer im gesamten Prozess vermeiden.
- Geteilte HPACK-Blöcke enthalten jetzt verbindungsstabile HTTP/2-Felder, was die wiederholte Header-Codierung reduziert.
- HTTP/2 spült die zwischengespeicherte Ausgabe, bevor ein weiterer Socket-Leseversuch unternommen wird, und verwendet mehr verbindungseigene, sperrfreie Stream-Buchführung.
- HTTP/3 etablierte Kurz-Header-Pakete vermeiden eine Empfangskopie, während Handshake-Pakete eine eigentumssichere Pufferung beibehalten.
- TLS-Pass-Through verwendet arbeitsplatzlokale Relay-Puffer und einen Leerlauftimer wieder, anstatt sie für jeden Relay-Zyklus neu zu erstellen.
- Freigegebene Transportpfade tragen keine Tracing-Aufrufstellen mehr, wenn die Instrumentierung deaktiviert ist.
Diese Änderungen behalten Rahmung, Anhänge, Abbruch, Inspektion und Rückdruck bei. Sie reduzieren Koordinations- und Zuweisungskosten, ohne die Korrektheitsarbeit in einen optionalen Schnellpfad zu verwandeln.
Stabilität ist Teil der Kapazität
Ein schneller Median ist nur nützlich, wenn der Lauf korrekt und wiederholbar ist. Jede akzeptierte Stichprobe der Anforderungskapazität erforderte null HTTP-Fehler, Socket-Fehler, Protokollfehler, von Proxy erzeugte Fehler, schwere Seitenfehler und HTTP/3 Paketverlust.
Die Veröffentlichung hält die Zuhörer auch bei vorübergehendem Descriptor-, Speicher- und Netzwerkdruck am Leben; begrenzt Cache-Zusammenbruch-Wartezeiten nach der Anforderungsfrist; bewahrt TLS-Pass-Through-Antworten nach der Halb-Schließung; und korrigiert WebTransport Zulassung, Abrechnung, Panic-Isolation und Ablehnungsreihenfolge.
Die fokussierte Reverse-HTTP/2-TLS-Qualifikation erzielte ein Median von 124.957 RPS mit einer Spreizung von 0,89 % und einem Variationskoeffizienten von 0,33 %. Nachqualifizierte beendete und durchgeleitete HTTP/3-Streaming-Tests bestanden jeweils sieben akzeptierte Proben mit exakt 99.943.778-Byte-Nachrichten und ohne Client-, Protokoll- oder Paketverluste.
WebTransport und 100 MB Streaming
Webship 1.3.1 qualifiziert auch server-lokale WebTransport- und große Datei-Streaming-Pfade:
- Direkt WebTransport: 1.018,1 MiB/s für zuverlässige Streams und 1.038,9 MiB/s für Datagramme.
- WebTransport über TLS-Pass-Through: 548,6 MiB/s für zuverlässige Streams und 629,7 MiB/s für Datagramme.
- Direktes 100-MB-Streaming: 4.194,8 MiB/s auf HTTP/1.1 TLS, 3.574,3 MiB/s auf HTTP/2 TLS und 2.096,9 MiB/s auf HTTP/3 TLS.
- Reverse-Proxy-Streaming mit TLS-Beendigung: 3.585,7 MiB/s, 3.355,0 MiB/s und 1.938,6 MiB/s jeweils.
Eine Version, die für messbaren Betrieb erstellt wurde
Webship 1.3.1 ist als signierte Binärdateien für unterstützte Linux-, Windows-, macOS- und OpenHarmony-Ziele verfügbar. Die Linux x86_64-Version enthält ihr kompatibles PGO-Profil und die Herkunfts-Metadaten.
Lesen Sie die vollständige [Benchmark-Methodik und aktuellen Vergleich](/benchmarks), überprüfen Sie die [1.3.1-Dokumentation](/docs/1.3.1) oder laden Sie die signierte Version von [Downloads](/downloads) herunter.
Quellen- und Inhaltsmethode
Der Vergleich verwendet die aufgezeichnete Webship 1.2.0 Debian-Matrix vom 4. September 2026 und den Webship 1.3.1 einheitlichen Debian-Kapazitätsbenchmark vom 11. September 2026. Die Prozentsätze werden aus den aufgezeichneten Medianen berechnet.