http - volumenes - tecnica de pipeteo pasos
Diferencia entre el pipeteo HTTP y la multiplexación HTTP con SPDY (1)
No es incorrecto, pero hay un aspecto importante que omite. HTTP requiere que entregue la respuesta completa antes de que pueda continuar cualquier otra solicitud. Lo que se muestra en el diagrama es correcto en el sentido de que con SPDY podemos finalmente romper el requisito de "cabecera de línea" y entregar las respuestas a medida que estén disponibles. Sin embargo, tampoco tenemos que esperar que la solicitud se complete por completo.
Imagine dos solicitudes, ambas de varios kb de tamaño: cada solicitud tendrá múltiples paquetes, [r1p1, r1p2]
y [r2p1, r2p2]
. HTTP requiere que los pN lleguen en orden exacto. SPDY, por otro lado, nos permite lo siguiente: [r2p1, r1p1, r1p2, r2p2]
.
También vale la pena mencionar que con SPDY podemos usar las prioridades de solicitud para dar pistas sobre el servidor, cuyas solicitudes deben tener prioridad, incluso si llegan más tarde por el cable (entre otras media docena de funciones excelentes).
Gracias a Google y Stack Overflow, creo que entendí la diferencia entre la canalización HTTP habitual y la multiplexación HTTP (por ejemplo, con SPDY), así que hice el diagrama a continuación para mostrar las diferencias entre el pipeline y la multiplexación basadas en tres solicitudes HTTP regulares.
Mis dos preguntas son:
- Es la imagen correcta?
- ¿Es cierto que si la canalización no tuviera el problema de bloqueo de cabecera de línea , sería tan rápido como la multiplexación HTTP? ¿O me perdí una diferencia adicional?