[Cerowrt-devel] [Bloat] [Codel] FQ_Codel lwn draft article review

[Toke Høiland-Jørgensen]

Eric Dumazet <eric.dumazet at gmail.com> writes:

> I guess so. It must travel through the old_flows list from the tail to
> the head (so each flows in old_flows must be serviced by one quantum),
> to get the right to be declared as 'empty' and gain the honor to get
> promoted to 'new_flows' next time a packet is enqueued.
>
> If all flows are slow, but the queue can still build up, because there
> are too many flows for the possible bandwidth, than all flows are
> actually considered as thick, as if we had a single RR queue. (the
> old_flows).

Right, that makes sense. Everything is relative. Thanks for clearing
things up! :)


-Toke

-- 
Toke Høiland-Jørgensen
toke at toke.dk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20121202/97290313/attachment.sig>