Re:New phenomenon breaks inbound TCP policing
by NeutronBoy on Monday June 06, 2016 @11:35PM
(#11852222)
No I've disabled all of that. It's literally sucking down updates at the maximum capacity of the internet link. Previously the behaviour was to do this, but when the connection was active with other stuff it would throttle the updates back.
[ Parent
| on HN ]
Re:New phenomenon breaks inbound TCP policing
by colanderman on Monday June 06, 2016 @11:47PM
(#11852272)
This is exactly what I see too. It's because Windows Update opens dozens of connections. Since TCP link-sharing is fair only on a per-connection basis, this means that Windows Update gets the lion's share of the bandwidth.
If you have a decent router (I have a Mikrotik; DD-WRT or such should work too) you can bucket all Akamai traffic into a low-priority queue. I posted an IP list elsewhere in this story.
Re:New phenomenon breaks inbound TCP policing
by astrange on Tuesday June 07, 2016 @02:49AM
(#11852829)
You can use TCP LEDBAT to keep background downloads fair even with multiple connections. OS X does this for large downloads and software updates, and BitTorrent kinda uses it to not kill your net connection.
It still has some issues when multiple machines download the same update, maybe this is when you home sysadmins could start running a caching server?