Webship 1.3.1 transforme deux cycles de publication de profilage du transport, de durcissement du protocole et de travail sur la stabilité en gains de capacité mesurables. Sur le même hôte de référence Debian, huit des dix charges de travail de requêtes directes et proxy inverses comparables sont plus rapides que Webship 1.2.0.
Les plus grands changements concernent HTTP/2 : le h2c direct passe de 1 003 468 à 1 346 548 requêtes par seconde, tandis que le HTTP/2 TLS direct passe de 884 857 à 1 120 872 requêtes par seconde. La capacité du proxy inverse s'améliore également pour tous les protocoles mesurés.
Webship 1.3.1 comparé à 1.2.0
Le tableau ci-dessous compare la capacité médiane des requêtes locales au serveur. Plus c'est élevé, mieux c'est.
| Charge de travail directe | Webship 1.2.0 | Webship 1.3.1 | Changement | | --- | ---: | ---: | ---: | | 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 % |
| Proxy inverse avec terminaison TLS | Webship 1.2.0 | Webship 1.3.1 | Changement | | --- | ---: | ---: | ---: | | 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 % |
HTTP/1.1 direct est effectivement inchangé. HTTP/3 TLS direct est inférieur de 2,28 % à la médiane de la version 1.2.0, donc nous ne présentons pas chaque cellule comme un gain. La version apporte ses améliorations les plus nettes dans HTTP/2 et la capacité de reverse-proxy tout en préservant une politique d'acceptation stricte sans erreur.
D'où viennent les gains
Webship 1.3.1 réduit le travail sur les chemins les plus fréquentés au lieu d'affaiblir le protocole ou les contrôles de sécurité.
- Les répliques locales à la connexion permettent aux réponses HTTP/1 et HTTP/2 répétées d'éviter la contention de comptage de références des tampons d'octets à l'échelle du processus.
- Les blocs HPACK partagés incluent désormais des champs HTTP/2 stables pour la connexion, réduisant ainsi l'encodage répété des en-têtes.
- HTTP/2 vide les sorties en file d'attente avant de tenter une autre lecture de socket et utilise davantage de gestion de flux détenue par la connexion, sans verrou.
- Les paquets à en-tête court établis par HTTP/3 évitent une copie à la réception, tandis que les paquets de poignée de main conservent un tampon sûr pour la gestion de la propriété.
- Le passage TLS réutilise les tampons de relais locaux au niveau du travailleur et un minuteur d'inactivité au lieu de les reconstruire à chaque cycle de relais.
- Les chemins de transport de publication ne portent plus les sites d'appel de traçage lorsque l'instrumentation est désactivée.
Ces changements conservent l'encadrement, les bande-annonces, l'annulation, l'inspection et la contre-pression. Ils réduisent les coûts de coordination et d'allocation sans transformer le travail de correction en un chemin rapide facultatif.
La stabilité fait partie de la capacité
Une médiane rapide n'est utile que lorsque l'exécution est correcte et répétable. Chaque échantillon de capacité de requête accepté nécessitait zéro erreur HTTP, erreur de socket, échec de protocole, échec généré par le proxy, défaut de page majeur et perte de paquets HTTP/3.
La version permet également de maintenir les écouteurs actifs en cas de pression transitoire sur les descripteurs, la mémoire et le réseau ; limite les attentes liées à l'effondrement du cache jusqu'à la date limite de la requête ; préserve les réponses TLS en transmission directe après une fermeture partielle ; et corrige l'admission WebTransport, la comptabilité, l'isolation des pannes et l'ordre de rejet.
La qualification TLS HTTP/2 inversée ciblée a produit une médiane de 124 957 RPS avec une dispersion de 0,89 % et un coefficient de variation de 0,33 %. Les flux HTTP/3 requalifiés terminés et en passage direct ont chacun réussi sept échantillons acceptés avec des corps exacts de 99 943 778 octets et sans erreurs côté client, protocole ou perte de paquets.
WebTransport et diffusion en continu de 100 Mo
Webship 1.3.1 qualifie également les chemins WebTransport locaux au serveur et de diffusion de fichiers volumineux :
- WebTransport direct : 1 018,1 Mio/s pour les flux fiables et 1 038,9 Mio/s pour les datagrammes.
- WebTransport via passage TLS : 548,6 MiB/s pour les flux fiables et 629,7 MiB/s pour les datagrammes.
- Streaming direct de 100 Mo : 4 194,8 Mio/s sur HTTP/1.1 TLS, 3 574,3 Mio/s sur HTTP/2 TLS, et 2 096,9 Mio/s sur HTTP/3 TLS.
- Streaming avec proxy inverse et terminaison TLS : 3 585,7 MiB/s, 3 355,0 MiB/s et 1 938,6 MiB/s respectivement.
Une version publiée pour une opération mesurable
Webship 1.3.1 est disponible sous forme de binaires signés pour les cibles Linux, Windows, macOS et OpenHarmony prises en charge. La version Linux x86_64 inclut son profil PGO compatible et les métadonnées de provenance.
Lisez la méthodologie de référence et comparaison actuelle complète, consultez la documentation 1.3.1, ou obtenez la version signée depuis les Téléchargements.
Sources et méthode de contenu
La comparaison utilise la matrice Debian Webship 1.2.0 enregistrée datée du 4 septembre 2026 et le benchmark de capacité Debian unifié Webship 1.3.1 daté du 11 septembre 2026. Les pourcentages sont calculés à partir des médianes enregistrées.