[Bloat] Really really big buffers

[Bloat] Really really big buffers

[Hal Murray]

> Right  now buffers routinely hold 10+ seconds worth of traffic (and Dave T
> showed the  airline system buffering 10+ MINUTES of traffic)

I've seen similar unreasonable delays.  I think that's a bug in some firmware.

My straw man is that something like a DSL link goes down and the router/modem 
doesn't flush its queue.  A while later, the box at the other end finishes 
rebooting, the link comes back up, and the packet gets sent on its way.


-- 
These are my opinions.  I hate spam.

Re: [Bloat] Really really big buffers

[Jonathan Morton]

[-- Attachment #1: Type: text/plain, Size: 796 bytes --]

No, I don't think that's what's happening.

The in-flight one, which is the most egregious example, shows the queue
gradually draining at the end of the flight, when all the passengers have
been told to turn their lap warmers and fondleslabs off.

I personally have seen 45 seconds buffering delays with continuous delivery
at half a megabit or so, resulting from a market segmentation shaper in a
3G network using a big, drop tail queue. In fact, I could probably
reproduce that effect using the hardware in my hands right now.

The FireBrick, a custom firmware router made by A&A to go with their
services, is reportedly capable of rebooting without losing a packet. But
it does so by completing the reboot extremely quickly - a fraction of a
second. (It doesn't run Linux.)

- Jonathan Morton

[-- Attachment #2: Type: text/html, Size: 909 bytes --]