Las descargas de HTTP (S) van sobre TCP, que intenta descubrir la cantidad de ancho de banda disponible, y retrocede si usa demasiado. Las conexiones TCP no están vinculadas entre sí, por lo que cuando se descubre el límite de ancho de banda para su canal, no obtiene una conexión que desacelere la cantidad adecuada. Todos lo hacen.
Ahora, no siempre funciona de esa manera. Si de alguna manera compite con otros, en cualquier lugar entre usted y el servidor, su lote de clientes terminará más rápido, porque tomará más que su “parte justa” de ancho de banda.
HTTP / 2, un nuevo protocolo al que la web cambió silenciosamente, en realidad mueve muchas secuencias a través de la misma conexión TCP. Esto es bueno porque cuando cada archivo individual es pequeño, el “apretón de manos de tres vías” al comienzo de una conexión lleva mucho tiempo, porque estás haciendo conexiones repetidamente. Las versiones anteriores de HTTP podrían mover varios archivos a través de la misma conexión, pero HTTP / 2 en realidad puede transmitir bloques desde diferentes archivos.
- ¿Dónde está 'The Pied Piper of OSI' de Marshall Rose?
- ¿La conmutación de paquetes está obsoleta? ¿Qué debería reemplazarlo?
- ¿Cuáles son los beneficios de usar varias direcciones IP en una PC?
- Para descargar, ¿es HTTP o FTP mejor hoy en día?
- ¿Por qué no puedo establecer tcp_max_tw_bucket en 0 en un servidor web de producción?
Se suponía que debíamos hacer esto con un protocolo sucesor a HTTP, llamado SCTP, pero Internet no es confiable para nada más que TCP (y algunos UDP). Cortafuegos y todo eso.
