Webship 1.3.1は、2回分のリリースサイクルにおけるトランスポートプロファイリング、プロトコルの強化、および安定性向上の作業を測定可能な容量向上に変えます。同じDebianベンチマークホスト上で、10種類の比較可能な直接およびリバースプロキシのリクエストワークロードのうち8つは、Webship 1.2.0よりも高速です。
最大の変化はHTTP/2にあり：直接のh2cは1,003,468リクエスト/秒から1,346,548リクエスト/秒に増加し、直接のHTTP/2 TLSは884,857リクエスト/秒から1,120,872リクエスト/秒に増加します。リバースプロキシの容量も、測定されたすべてのプロトコルで向上しています。
Webship 1.3.1 と 1.2.0 の比較
以下の表は、サーバーごとの中央値リクエスト容量を比較したものです。値が高いほど良いです。
| 直接作業負荷 | Webship 1.2.0 | Webship 1.3.1 | 変更 | | --- | ---: | ---: | ---: | | 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% |
| TLS終了付きリバースプロキシ | Webship 1.2.0 | Webship 1.3.1 | 変更 | | --- | ---: | ---: | ---: | | 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は実質的に変わっていません。直接のHTTP/3 TLSは1.2.0の中央値より2.28%低いため、すべてのセルを改善として提示しているわけではありません。このリリースは、HTTP/2およびリバースプロキシの容量において最も明確な改善をもたらし、厳格なゼロエラー受け入れポリシーを維持します。
利益はどこから来たのか
Webship 1.3.1 は、プロトコルやセキュリティチェックを弱めるのではなく、最も負荷の高い経路での作業を軽減します。
- 接続ローカルのレプリカにより、繰り返しの HTTP/1 および HTTP/2 レスポンスがプロセス全体のバイトバッファ参照カウント競合を回避できます。
- 共有HPACKブロックには現在、接続安定HTTP/2フィールドが含まれており、ヘッダーの繰り返しエンコードを減らします。
- HTTP/2 は別のソケット読み取りを試みる前にキューにある出力をフラッシュし、接続所有のより多くのロックフリーのストリーム管理を使用します。
- HTTP/3で確立されたショートヘッダーパケットは1回の受信コピーを回避しますが、ハンドシェイクパケットは所有権安全なバッファリングを保持します。
- TLSパススルーは、各リレーサイクルごとにそれらを再構築するのではなく、ワーカー固有のリレーバッファとアイドルタイマーを再利用します。
- リリーストランスポートパスは、計装が無効になっている場合にトレース呼び出し元をもはや運びません。
これらの変更は、フレーミング、トレーラー、キャンセル、検査、バックプレッシャーを保持します。それらは、正確性の作業を任意の高速パスに変えることなく、調整と割り当てのコストを削減します。
安定性は能力の一部です
高速の中央値は、処理が正しく再現可能な場合にのみ有用です。受け入れられたすべてのリクエスト容量のサンプルは、HTTPエラー、ソケットエラー、プロトコル障害、プロキシ生成の障害、重大なページフォールト、および HTTP/3 パケット損失がゼロであることを必要としました。
このリリースは、リスナーを一時的なディスクリプタ、メモリ、およびネットワークのプレッシャーを通じて生存させます；リクエストの期限までキャッシュ崩壊の待機を制限します；ハーフクローズ後のTLSパススルー応答を保持します；そしてWebTransportの受け入れ、会計、パニック分離、および拒否順序を修正します。
集中型逆方向HTTP/2 TLS資格は、124,957 RPSの中央値を生み出し、スプレッドは0.89%、変動係数は0.33%でした。再資格が終了し、パススルーHTTP/3ストリーミングでは、それぞれ7つの受け入れられたサンプルすべてが、正確に99,943,778バイトのボディで通過し、クライアント、プロトコル、またはパケット損失のエラーはありませんでした。
WebTransport と 100 MB ストリーミング
Webship 1.3.1 は、サーバーローカルの WebTransport および大容量ファイルのストリーミングパスも対象としています:
- 直接 WebTransport: 信頼性のあるストリームでは 1,018.1 MiB/s、データグラムでは 1,038.9 MiB/s。
- WebTransport を TLS パススルー経由で: 信頼性のあるストリームでは 548.6 MiB/s、データグラムでは 629.7 MiB/s。
- 100 MBの直接ストリーミング: HTTP/1.1 TLSで4,194.8 MiB/s、HTTP/2 TLSで3,574.3 MiB/s、そしてHTTP/3 TLSで2,096.9 MiB/s。
- TLS終端を伴うリバースプロキシストリーミング：それぞれ3,585.7 MiB/s、3,355.0 MiB/s、および1,938.6 MiB/s。
計測可能な操作のために構築されたリリース
Webship 1.3.1 は、サポートされている Linux、Windows、macOS、および OpenHarmony ターゲット向けの署名済みバイナリとして利用可能です。Linux x86_64 リリースには、互換性のある PGO プロファイルと生成元のメタデータが含まれています。
完全な[ベンチマーク手法と現在の比較](/benchmarks)を読み、[1.3.1 ドキュメント](/docs/1.3.1)を確認するか、[ダウンロード](/downloads)から署名付きビルドを入手してください。
ソースとコンテンツの方法
この比較は、2026年9月4日付の記録されたWebship 1.2.0 Debianマトリックスと、2026年9月11日付のWebship 1.3.1統合Debian容量ベンチマークを使用しています。パーセンテージは記録された中央値から計算されています。