3 ms·
Clients should really be using something like exponential backoff ethernet-style.
by Computeiful 5y ago
Clients should really be using something like exponential backoff ethernet-style.
- jeffbee 5y agoJust imagine how annoying that would be. Your local resolver has a blip of connectivity and during the time it cannot contact an origin nameserver it burns all of the reasonable retry intervals. After a few seconds its link comes back up but the resolver is still waiting because of "backoff". Exponential backoff is a really bad antipattern that harms users. There are other, better ways to shed load. Also, there's no evidence that any DNS infrastructure was overloaded during this event, so what are we even discussing?
- ReactiveJelly 5y ago6 seconds of wait for a 3-second blip still sounds reasonable.
- PeterisP 5y agoNot really; if I unplug a cable, connections break; but if I plug it back in they can and should resume much faster than 6 seconds. And what about a five minute "blip"? Arguably it should resume proper operations as soon as the link goes back up, not some (unknown to user) time afterwards.
- Spivak 5y agoYes but event driven is way different. That should be instant because the software can be told by the system that connectivity was restored and respond immediately since it’s aware of the hardware being plugged in.
- somebodythere 5y agoWhat should people use instead of exponential backoff?
- Spivak 5y agoCapped Fibonacci backoff with random delay inserted at the cap?