Enviarlo rápido: UDP
TCP comprueba que cada pieza llegó, y reenvía lo que no vino. Eso lo hace preciso, pero también espera. Sin embargo, en un momento como una videollamada, donde una décima de segundo importa, es mejor ser rápido aunque se caiga una pieza o dos. Ahí es cuando usamos UDP.
Saltarse la comprobación
Recuerda TCP de la lección pasada.
Cada vez que llegaba una pieza,
iba y venía un acuse de recibo (ACK).
Esa palabra lo hace preciso,
pero cada intercambio cuesta tiempo.
UDP da la vuelta a la idea.
Deja la comprobación, solo sé rápido.
Sin preguntar si llegó,
simplemente dispara las piezas en fila.
Toca enviar para disparar piezas en fila. A diferencia de TCP, no espera un ACK.
Sin esperar comprobación,
las piezas salen sin parar.
En el mismo tiempo, muchas más,
y mucho más rápido, se pueden enviar.
Pero se renunció a una cosa.
A UDP no le importa
qué piezas llegaron.
Entonces, ¿qué pasa
si una pieza se cae por el camino?
Si caen algunas, seguir
TCP habría pedido
de nuevo la pieza caída.
UDP no lo hace.
Aunque una pieza se caiga en el camino,
no se detiene; simplemente sigue.
Lo perdido se deja perdido.
Puede parecer descuidado,
pero a veces parar todo
para remendar una o dos pérdidas cuesta más.
Toca enviar. Algunas piezas se caen por el camino, pero UDP sigue hasta el final sin reenviar.
Aun con unas piezas caídas,
el envío terminó sin cortes.
El receptor tuvo algunos huecos,
pero el flujo nunca se detuvo.
Este es justo el carácter de UDP.
No detenerse, antes que ser perfecto.
Pero si falta algo,
¿de verdad está bien?
Mirar dónde se usa da la respuesta.
Cuándo usarlo
Donde encaja UDP
es en cosas que no pueden llegar tarde.
Piensa en un juego en línea.
un dato de posición que llega un poco tarde
es noticia vieja aunque lo recibas de nuevo.
Las videollamadas y las emisiones en directo son iguales.
Lo que importa es este mismo instante,
así que recibir otra vez una pieza
que se cayó hace un momento no sirve.
Toca para cambiar de ejemplo. Juegos, videollamadas y emisiones en directo no pueden llegar tarde, así que UDP encaja.
Las tres comparten una cosa.
Llegar tarde es más fatal
que perder un poco.
En un juego, una pantalla congelada,
o una voz que se corta y se retrasa,
es lo más frustrante.
UDP evita esa frustración.
Un poco tosco, pero sin detenerse,
elige mantener el ahora fluyendo.
TCP frente a UDP
No es que uno sea mejor.
Solo difieren sus objetivos.
TCP pone la precisión primero.
Comprobar, reenviar, ordenar.
Por eso espera un poco más.
UDP pone la velocidad primero.
Disparar sin comprobar, dejar las pérdidas.
Por eso puede ser tosco.
Qué importa más decide la elección.
Toca los dos modos para comparar. TCP es preciso pero espera; UDP es tosco pero rápido.
La comparación lo deja claro.
Textos o archivos que deben ser exactos y completos,
déjalos a TCP.
Juegos y llamadas, donde este instante
lo es todo, déjalos a UDP.
Internet tiene ambos
porque el mundo guarda
dos tipos de urgencia.
Solo eliges la herramienta adecuada.
Resumamos
Reunido en una línea, es esto.
UDP se salta el acuse de recibo (ACK)
y dispara piezas rápido en fila.
Si algunas caen, sigue, sin reenviar.
Por eso encaja en cosas que no pueden llegar tarde,
juegos, videollamadas y emisiones en directo.
Si la precisión va primero, TCP;
si la velocidad va primero, UDP.
Dos promesas con objetivos distintos.
Toca los puntos clave en orden para repasar. (saltar la comprobación → rápido en fila → caen algunas, seguir → para juegos, llamadas, emisiones)
Ahora conoces TCP y UDP.
Si importa la precisión, TCP;
si importa la velocidad, UDP.
Internet elige
la promesa que encaja en la situación.
Cómo enviar las piezas ya está resuelto.
Pero la dirección a la que van esas piezas,
encontrar un solo lugar
entre incontables computadoras, viene después.