Webship 1.3.1 ay nagbago ng dalawang release cycle ng transport profiling, protocol hardening, at work sa katatagan sa nasusukat na pagtaas ng kapasidad. Sa parehong Debian benchmark host, walo sa sampung katumbas na direct at reverse-proxy request workloads ay mas mabilis kaysa Webship 1.2.0.
Ang pinakamalaking pagbabago ay nasa HTTP/2: ang direct h2c ay tumataas mula 1,003,468 hanggang 1,346,548 na kahilingan bawat segundo, habang ang direct HTTP/2 TLS ay tumataas mula 884,857 hanggang 1,120,872 na kahilingan bawat segundo. Ang kapasidad ng reverse-proxy ay bumuti rin sa bawat sinusukat na protocol.
Webship 1.3.1 kumpara sa 1.2.0
Ikinukumpara ng talahanayan sa ibaba ang katamtamang kapasidad ng mga kahilingan sa lokal na server. Mas mataas ay mas maganda.
| Direktang gawain | Webship 1.2.0 | Webship 1.3.1 | Pagbabago | | --- | ---: | ---: | ---: | | 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 na may TLS termination | Webship 1.2.0 | Webship 1.3.1 | Pagbabago | | --- | ---: | ---: | ---: | | 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% |
Ang Direktang HTTP/1.1 ay epektibong hindi nagbago. Ang Direktang HTTP/3 TLS ay 2.28% na mas mababa sa 1.2.0 median, kaya hindi namin ipinapakita ang bawat cell bilang isang pagtaas. Ang release ay nagdadala ng pinaka-malinaw na mga pagpapabuti sa HTTP/2 at reverse-proxy capacity habang pinapanatili ang mahigpit na zero-error acceptance policy.
Saan nagmula ang mga kita
Webship 1.3.1 binabawasan ang trabaho sa pinakamainit na mga landas imbes na pahinain ang protocol o mga tseke sa seguridad.
- Pinapayagan ng connection-local replicas ang paulit-ulit na HTTP/1 at HTTP/2 na mga tugon na maiwasan ang pagtatalo sa reference count ng byte-buffer sa buong proseso.
- Ang mga ibinahaging HPACK block ay ngayon naglalaman ng mga connection-stable na HTTP/2 na mga patlang, na nagpapababa ng paulit-ulit na pag-encode ng header.
- HTTP/2 ay naglilinis ng naka-queue na output bago subukang magbasa ulit ng socket at gumagamit ng mas maraming connection-owned, lock-free na bookkeeping ng stream.
- Ang mga naitatag na short-header packets ng HTTP/3 ay iniiwasan ang isang kopya sa pagtanggap, habang ang mga handshake packets ay pinapanatili ang ownership-safe na buffering.
- Ang TLS pass-through ay muling ginagamit ang worker-local relay buffers at isang idle timer sa halip na itayo muli ang mga ito para sa bawat relay cycle.
- Ang mga release transport path ay hindi na nagdadala ng mga tracing call site kapag naka-disable ang instrumentation.
Pinananatili ng mga pagbabagong ito ang framing, trailers, pagkansela, inspeksyon, at backpressure. Pinapababa nila ang gastos sa koordinasyon at alokasyon nang hindi ginagawang opsyonal na mabilis na daan ang paggawa ng tama.
Ang katatagan ay bahagi ng kakayahan
Ang mabilis na median ay kapaki-pakinabang lamang kapag tama at maaaring ulitin ang pagtakbo. Bawat tinanggap na request-capacity sample ay nangangailangan ng zero HTTP errors, socket errors, protocol failures, proxy-generated failures, malalaking page faults, at HTTP/3 packet loss.
Pinapanatili rin ng release na ito ang mga nakikinig na buhay sa pamamagitan ng pansamantalang descriptor, memorya, at presyon sa network; nililimitahan ang paghihintay sa pag-crash ng cache ayon sa deadline ng kahilingan; pinapanatili ang mga TLS pass-through na tugon pagkatapos ng half-close; at inaayos ang WebTransport na pagtanggap, accounting, paghihiwalay ng panic, at pag-aayos ng pagtanggi.
Ang naka-tuon na reverse HTTP/2 TLS kwalipikasyon ay nagbunga ng 124,957 RPS median na may 0.89% na pagkakaiba at 0.33% na koepisyent ng pagbabago. Ang muling kwalipikadong tinapos at pass-through HTTP/3 streaming bawat isa ay pumasa sa pitong tinanggap na mga sample na may eksaktong 99,943,778-byte na mga katawan at walang client, protocol, o packet-loss na mga error.
WebTransport at 100 MB na streaming
Webship 1.3.1 ay kwalipikado rin ang server-local WebTransport at malalaking-file na streaming path:
- Direktang WebTransport: 1,018.1 MiB/s para sa maaasahang mga stream at 1,038.9 MiB/s para sa mga datagram.
- WebTransport sa pamamagitan ng TLS pass-through: 548.6 MiB/s para sa maaasahang mga stream at 629.7 MiB/s para sa mga datagram.
- Direktang 100 MB streaming: 4,194.8 MiB/s sa HTTP/1.1 TLS, 3,574.3 MiB/s sa HTTP/2 TLS, at 2,096.9 MiB/s sa HTTP/3 TLS.
- Reverse-proxy streaming na may TLS termination: 3,585.7 MiB/s, 3,355.0 MiB/s, at 1,938.6 MiB/s ayon sa pagkakabanggit.
Isang bersyong inilabas para sa nasusukat na operasyon
Webship 1.3.1 ay available bilang mga naka-sign na binaries para sa mga sinusuportahang target na Linux, Windows, macOS, at OpenHarmony. Kasama sa Linux x86_64 release ang katugmang PGO profile at metadata ng pinagmulan nito.
Basahin ang kumpletong [pamamaraan ng benchmark at kasalukuyang paghahambing](/benchmarks), suriin ang [1.3.1 dokumentasyon](/docs/1.3.1), o kunin ang naka-pirma na build mula sa [Downloads](/downloads).
Mga pinagmulan at pamamaraan ng nilalaman
Ginagamit ng paghahambing ang naitalang Webship 1.2.0 Debian matrix na may petsang Setyembre 4, 2026 at ang Webship 1.3.1 na pinagsamang Debian capacity benchmark na may petsang Setyembre 11, 2026. Ang mga porsyento ay kinuwenta mula sa naitalang median.