Webship 1.3.1 convierte dos ciclos de lanzamiento de perfilado de transporte, fortalecimiento de protocolos y trabajo de estabilidad en ganancias de capacidad medibles. En el mismo host de referencia Debian, ocho de los diez trabajos comparables de solicitudes directas y de proxy inverso son más rápidos que Webship 1.2.0.
Los cambios más grandes están en HTTP/2: las solicitudes directas h2c aumentan de 1,003,468 a 1,346,548 por segundo, mientras que las solicitudes directas HTTP/2 TLS aumentan de 884,857 a 1,120,872 por segundo. La capacidad de proxy inverso también mejora en todos los protocolos medidos.
Webship 1.3.1 comparado con 1.2.0
La tabla a continuación compara la capacidad de solicitud local al servidor mediana. Más alto es mejor.
| Carga de trabajo directa | Webship 1.2.0 | Webship 1.3.1 | Cambiar | | --- | ---: | ---: | ---: | | 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 terminación TLS | Webship 1.2.0 | Webship 1.3.1 | Cambiar | | --- | ---: | ---: | ---: | | 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% |
Directo HTTP/1.1 se mantiene efectivamente sin cambios. TLS directo HTTP/3 está 2.28% por debajo de la mediana 1.2.0, por lo que no estamos presentando cada celda como una ganancia. La versión ofrece sus mejoras más claras en HTTP/2 y la capacidad de proxy inverso, mientras se mantiene una estricta política de aceptación de cero errores.
De dónde provinieron las ganancias
Webship 1.3.1 reduce el trabajo en los caminos más concurridos en lugar de debilitar el protocolo o las comprobaciones de seguridad.
- Las réplicas locales de conexión permiten que las respuestas repetidas de HTTP/1 y HTTP/2 eviten la contención de recuento de referencias de búfer de bytes en todo el proceso.
- Los bloques HPACK compartidos ahora incluyen campos HTTP/2 estables en la conexión, reduciendo la codificación repetida de encabezados.
- HTTP/2 vacía la salida en cola antes de intentar otra lectura de socket y utiliza más registro de flujo sin bloqueo propiedad de la conexión.
- Los paquetes de encabezado corto establecidos por HTTP/3 evitan una copia de recepción, mientras que los paquetes de sincronización conservan el almacenamiento en búfer seguro para la propiedad.
- El paso de TLS reutiliza los búferes de relé locales del trabajador y un temporizador de inactividad en lugar de reconstruirlos en cada ciclo de relé.
- Las rutas de transporte de lanzamiento ya no llevan sitios de llamada de rastreo cuando la instrumentación está deshabilitada.
Estos cambios conservan el enmarcado, los remolques, la cancelación, la inspección y la contrapresión. Reducen los costos de coordinación y asignación sin convertir el trabajo de corrección en un camino rápido opcional.
La estabilidad es parte de la capacidad
Una mediana rápida es útil solo cuando la ejecución es correcta y repetible. Cada muestra de capacidad de solicitud aceptada requería cero errores HTTP, errores de socket, fallos de protocolo, fallos generados por el proxy, fallos de página mayores y HTTP/3 pérdida de paquetes.
La versión también mantiene a los oyentes activos mediante descriptor transitorio, presión de memoria y de red; limita las esperas de colapso de caché según la fecha límite de la solicitud; preserva las respuestas de paso TLS después del cierre parcial; y corrige la admisión WebTransport, la contabilidad, el aislamiento de pánico y el orden de rechazo.
La calificación TLS inversa enfocada HTTP/2 produjo una mediana de 124,957 RPS con un margen del 0.89% y un coeficiente de variación del 0.33%. La retransmisión re-calificada terminada y el streaming de paso a través HTTP/3 pasaron cada uno siete muestras aceptadas con cuerpos exactos de 99,943,778 bytes y sin errores de cliente, protocolo o pérdida de paquetes.
WebTransport y transmisión de 100 MB
Webship 1.3.1 también califica rutas de servidor-local WebTransport y de transmisión de archivos grandes:
- Directo WebTransport: 1.018,1 MiB/s para flujos confiables y 1.038,9 MiB/s para datagramas.
- WebTransport a través de TLS pass-through: 548,6 MiB/s para flujos confiables y 629,7 MiB/s para datagramas.
- Transmisión directa de 100 MB: 4,194.8 MiB/s en HTTP/1.1 TLS, 3,574.3 MiB/s en HTTP/2 TLS, y 2,096.9 MiB/s en HTTP/3 TLS.
- Transmisión con proxy inverso y terminación TLS: 3,585.7 MiB/s, 3,355.0 MiB/s y 1,938.6 MiB/s respectivamente.
Una versión compilada para operación medible
Webship 1.3.1 está disponible como binarios firmados para los objetivos compatibles de Linux, Windows, macOS y OpenHarmony. La versión de Linux x86_64 incluye su perfil PGO compatible y metadatos de procedencia.
Lea la [metodología de referencia y comparación actual](/benchmarks) completa, revise la [documentación 1.3.1](/docs/1.3.1), o descargue la versión firmada desde [Descargas](/downloads).
Fuentes y método de contenido
La comparación utiliza la matriz Debian Webship 1.2.0 registrada con fecha 4 de septiembre de 2026 y el punto de referencia unificado de capacidad Debian Webship 1.3.1 registrado con fecha 11 de septiembre de 2026. Los porcentajes se calculan a partir de las medianas registradas.