HTTP persistente: sin y con canalización

Una página web con N objetos alojados en el mismo servidor que el HTML base, descargada por una única conexión TCP persistente. Cambia los parámetros y compara los dos diagramas de retardos a la misma escala de tiempo.

Enlace

Velocidad R

d_prop

RTT = 2 · d_prop. Las peticiones y los segmentos de control TCP son tan pequeños que se desprecia su tiempo de transmisión.

Página web

El navegador descarga primero el fichero HTML base; solo cuando lo ha recibido sabe qué N objetos tiene que pedir.

Tamaño HTML

Tamaños

Objetos N

Tamaño L

Tamaños

Un tamaño por objeto, separados por «;» o espacios. N es el número de tamaños.

1 KB = 1000 bytes; 1 MB = 10⁶ bytes.

Supuestos

Incluir el establecimiento de la conexión TCP (1 RTT; la primera petición viaja en el 3.er segmento, con el ACK)

t_proc servidor

Vista

Mostrar

Lado cliente

Marcar cuándo está ocioso el enlace servidor→cliente Misma escala de tiempo en los dos diagramas

Unidad de t

Altura

Practicar

Genera valores aleatorios y oculta diagramas y resultados: dibuja los dos diagramas en papel, calcula T y comprueba tu respuesta.

Exportar

Exportar siempre en colores claros

Supuestos del modelo

Un único enlace de velocidad R y retardo de propagación d_prop entre cliente y servidor; sin otro tráfico, sin pérdidas y sin control de congestión TCP (sin arranque lento).
Las peticiones (GET) y los segmentos de control TCP tienen tamaño despreciable: tardan d_prop en llegar y no tienen tiempo de transmisión.
Cada objeto (y el HTML) se envía como un bloque de L bits: X = L/R. Se desprecian las cabeceras.
Se desprecia el procesamiento en el navegador; el servidor necesita t_proc para preparar cada respuesta.
Sin canalización, el cliente envía la petición del objeto i cuando llega el último bit del objeto i−1.
Con canalización, el cliente envía las N peticiones a la vez; el servidor las responde en el mismo orden, una tras otra. En el diagrama las peticiones se dibujan ligeramente separadas solo para distinguirlas.