Estos tres describen cosas distintas y se confunden constantemente. Latency es retardo: cuánto tarda una unidad de datos en viajar de A a B (medido en tiempo, p. ej. ms). Bandwidth es capacidad: la tasa máxima de datos que un enlace puede transportar (p. ej. Gbps). es la tasa que consigues en la práctica, que suele estar por debajo del bandwidth. Una analogía con una tubería lo aclara:
├────────────── length of pipe = LATENCY (how long to traverse) ─────────────┤
╔══════════════════════════════════════════════════════════════════════════╗
║ width of pipe = BANDWIDTH (max capacity) ║
║ water actually flowing = THROUGHPUT (real achieved rate ≤ bandwidth) ║
╚══════════════════════════════════════════════════════════════════════════╝
Crucialmente, una tubería más ancha no la hace más corta: añadir bandwidth no reduce la latency. Un enlace transatlántico gordo sigue teniendo ~80 ms de latency de ida y vuelta dictados por la distancia y la velocidad de la luz — no puedes comprarte una manera de bajar de eso. Por eso la latency, no el bandwidth, domina la sensación de las apps interactivas: cada round trip (DNS, TCP handshake, TLS, y luego la petición) paga el peaje de latency, y se van sumando.
La latency y el throughput interactúan a través del Bandwidth-Delay Product (BDP = bandwidth × round-trip time), la cantidad de datos "en vuelo" necesaria para mantener la tubería llena. En una "long fat network" de bandwidth alto y latency alta, un protocolo como TCP que espera ACKs no puede llenar la tubería salvo que su ventana sea al menos el BDP — así que el throughput acaba limitado por la latency, no por el bandwidth. Por eso un único stream TCP a larga distancia a menudo rinde poco incluso en un enlace rápido, y por eso el paralelismo, ventanas más grandes y los CDN (que recortan la distancia, y por tanto la latency) ayudan.
Confundir estos tres es uno de los errores de rendimiento más comunes —y de mayores consecuencias—: los equipos compran más bandwidth para arreglar lo que en realidad es un problema de latency y no ven mejora. La visión senior es que la latency es un suelo fijado por la física (la distancia) que atacas de forma arquitectónica —poner servidores/CDNs más cerca de los usuarios, reducir los round trips (reutilización de conexiones, HTTP/3, caching) y agrupar peticiones—, mientras que el bandwidth a menudo simplemente se puede aprovisionar. Entender el BDP explica resultados contraintuitivos como un enlace "rápido" entregando transferencias lentas de un solo stream, que es justo el tipo de razonamiento que se espera cuando diseñas o depuras sistemas de alto rendimiento distribuidos geográficamente.
Una biblioteca de preguntas de entrevista de IT con respuestas detalladas — de Junior a Senior.
Donar