[Codel] fq_codel_drop vs a udp flood
Eric Dumazet
eric.dumazet at gmail.com
Sun May 1 10:59:52 PDT 2016
On Sat, 2016-04-30 at 20:41 -0700, Dave Taht wrote:
> >>>
> >>> 45.78% [kernel] [k] fq_codel_drop
> >>> 3.05% [kernel] [k] ag71xx_poll
> >>> 2.18% [kernel] [k] skb_release_data
> >>> 2.01% [kernel] [k] r4k_dma_cache_inv
>
> The udp flood behavior is not "weird". The test is wrong. It is so filling
> the local queue as to dramatically exceed the bandwidth on the link.
Well, just _kill_ the offender, instead of trying to be gentle.
fq_codel_drop() could drop _all_ packets of the fat flow, instead of a
single one.
It is too cpu intensive to be kind to the elephant, since under pressure
fq_codel_drop() needs to be called for every enqueue.
Really, we should not try to let inelastic flows hurt us.
I can provide a patch.
More information about the ath10k
mailing list