Nah, TCP is still just kicking the box over, but just kicking it over again, if the reciever doesn't kick back a box saying they got it.
TCP is also deciding to ramp up the amount of boxes you kick over until the post worker gets crushed by boxes, at which point you decide to lower your box-kicking rate by half and try again.
Best explanation of congestion I've seen in a while
I wrote an anology up and hated it, so I discarded it. Glad someone else nailed it.
Well yes, internally that's what it does, but from a user perspective it just looks like being handed the package, you never see any of the failed attempts (unless delivery fails completely because the company went out of business). It's sorta more like having a butler who orders it for you and deals with any potential BS that might happen, and then just hands you the package when it finally arrives in one piece.
Like Jim Carey in Ace Ventura?
For those that may have forgotten: https://youtu.be/WjTDXatmzUE
UDP seems more like a ball fired from canon to me. You may not be prepared for it and you won't know what state it's in when it gets here, but that packet is making it to the gate no matter what. Or, in the rare case it doesn't, it means someone else is having a real bad time.
Sorry I didn't get this UDP joke...
Well I ain't just gonna repeat it...
Just keep tossing packages over a tall fence, say "I guess that'll do it", then shrug and walk away.
Because you're so prepared for a guy kicking a parcel over the fence. It's the same analogy my dude.
The kick over the fence means they took enough care to carry it as far as your fence. UDP lobs it from one town over.
I mean I've been trying to formally request that ISO change the C API for
send()toyeet()for sockets where connection reliability is not required at the network interface level.Well, thank you, now I'm creating that exact macro in every company repo where send/sendto is used.
that's fucking brilliant lol
Welp, time for a new language!
That would be awesome! xD
There's nothing wrong with UDP. At least not that I know of.
Not really a problem with UDP itself, but with some very old protocols like DNS that rely on UDP but can’t be changed because of compatibility. If you’re writing a new service that uses UDP, there’s nothing stopping you from designing it so that it doesn’t provide an opportunity for bandwidth amplification.
Broadcast: dropping leaflets from an airplane
TCP is a process server.
UDP is a brick in flight.
ICMP
It's a postcard saying "hey, thinking of you!" and there's a picture of a wulrus on it.
You see pee?
Nah! You dah pee! Nah you dah pee!
You see pee!
