Webship 1.3.1 trasforma due cicli di rilascio di profilazione del trasporto, rafforzamento del protocollo e lavoro sulla stabilità in guadagni di capacità misurabili. Sullo stesso host di benchmark Debian, otto dei dieci carichi di lavoro di richiesta diretta e proxy inverso comparabili sono più veloci di Webship 1.2.0.
I cambiamenti più grandi sono in HTTP/2: le richieste dirette h2c aumentano da 1.003.468 a 1.346.548 richieste al secondo, mentre le richieste dirette HTTP/2 TLS aumentano da 884.857 a 1.120.872 richieste al secondo. Anche la capacità del reverse-proxy migliora in tutti i protocolli misurati.
Webship 1.3.1 confrontato con 1.2.0
La tabella sottostante confronta la capacità mediana di richieste locali del server. Più alto è meglio.
| Carico di lavoro diretto | Webship 1.2.0 | Webship 1.3.1 | Modifica | | --- | ---: | ---: | ---: | | 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 inverso con terminazione TLS | Webship 1.2.0 | Webship 1.3.1 | Modifica | | --- | ---: | ---: | ---: | | 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% |
Il HTTP/1.1 diretto è praticamente invariato. Il TLS HTTP/3 diretto è inferiore del 2,28% rispetto alla mediana 1.2.0, quindi non stiamo presentando ogni cella come un miglioramento. Il rilascio offre i miglioramenti più evidenti in HTTP/2 e nella capacità del reverse-proxy, mantenendo una rigorosa politica di accettazione a zero errori.
Da dove provenivano i guadagni
Webship 1.3.1 riduce il lavoro sui percorsi più caldi invece di indebolire il protocollo o i controlli di sicurezza.
- Le repliche locali alla connessione permettono alle risposte HTTP/1 e HTTP/2 ripetute di evitare la contesa dei contatori di riferimento del buffer di byte a livello di processo.
- I blocchi HPACK condivisi includono ora campi HTTP/2 stabili per la connessione, riducendo la codifica ripetuta degli header.
- HTTP/2 svuota l'output in coda prima di tentare un'altra lettura del socket e utilizza una contabilità di flusso senza blocchi più di proprietà della connessione.
- I pacchetti a intestazione corta stabiliti da HTTP/3 evitano una copia alla ricezione, mentre i pacchetti di handshake mantengono un buffering sicuro per la proprietà.
- Il pass-through TLS riutilizza i buffer di relay locali ai worker e un timer di inattività invece di ricrearli per ogni ciclo di relay.
- I percorsi di trasporto di rilascio non trasportano più i siti di chiamata di tracciamento quando l'instrumentazione è disabilitata.
Questi cambiamenti mantengono framing, trailer, cancellazione, ispezione e backpressure. Riduccono i costi di coordinamento e allocazione senza trasformare il lavoro di correttezza in un percorso rapido opzionale.
La stabilità fa parte della capacità
Una mediana veloce è utile solo quando la corsa è corretta e ripetibile. Ogni campione di capacità di richiesta accettata richiedeva zero errori HTTP, errori di socket, fallimenti del protocollo, fallimenti generati dal proxy, gravi errori di pagina e perdita di pacchetti HTTP/3.
La versione rilasciata mantiene anche gli ascoltatori attivi attraverso il descrittore transitorio, la memoria e la pressione della rete; limita le attese del collasso della cache fino alla scadenza della richiesta; preserva le risposte TLS pass-through dopo la chiusura parziale; e corregge l'ammissione WebTransport, la contabilità, l'isolamento dei panici e l'ordinamento dei rifiuti.
La qualificazione TLS inversa focalizzata HTTP/2 ha prodotto una mediana di 124.957 RPS con uno scarto dello 0,89% e un coefficiente di variazione dello 0,33%. La ricualificazione del flusso terminato e pass-through HTTP/3 ha superato ciascuno sette campioni accettati con corpi di esattamente 99.943.778 byte e nessun errore di client, protocollo o perdita di pacchetti.
WebTransport e streaming da 100 MB
Webship 1.3.1 qualifica anche WebTransport locale del server e percorsi di streaming di file di grandi dimensioni:
- Diretto WebTransport: 1.018,1 MiB/s per flussi affidabili e 1.038,9 MiB/s per datagrammi.
- WebTransport tramite TLS pass-through: 548,6 MiB/s per flussi affidabili e 629,7 MiB/s per datagrammi.
- Streaming diretto di 100 MB: 4.194,8 MiB/s su HTTP/1.1 TLS, 3.574,3 MiB/s su HTTP/2 TLS e 2.096,9 MiB/s su HTTP/3 TLS.
- Streaming tramite reverse-proxy con terminazione TLS: 3.585,7 MiB/s, 3.355,0 MiB/s e 1.938,6 MiB/s rispettivamente.
Una versione rilasciata per un funzionamento misurabile
Webship 1.3.1 è disponibile come binari firmati per i sistemi Linux, Windows, macOS e OpenHarmony supportati. La versione Linux x86_64 include il profilo PGO compatibile e i metadati di provenienza.
Leggi la [metodologia di benchmark e il confronto attuale](/benchmarks) completo, consulta la [documentazione 1.3.1](/docs/1.3.1) o scarica la build firmata da [Download](/downloads).
Fonti e metodo dei contenuti
Il confronto utilizza la matrice Debian Webship 1.2.0 registrata il 4 settembre 2026 e il benchmark di capacità unificato Debian Webship 1.3.1 registrato l'11 settembre 2026. Le percentuali sono calcolate dai mediani registrati.