[Cerowrt-devel] [Codel] coping with memory limitations and packet flooding in codel and fq_codel

Eric Dumazet eric.dumazet at gmail.com
Mon Aug 27 07:37:05 EDT 2012


On Sun, 2012-08-26 at 14:36 -0700, Dave Taht wrote:

> From looking over the history of this idea, it does seem to be a good
> idea for small devices with potentially big queues.
> 
> http://www.spinics.net/lists/netdev/msg176967.html
> 
> That said I do tend to agree with davem's summary in fixing the
> wifi drivers in the first place. The current allocation in the ath9k driver
> doesn't make any sense in the first place, which (to me) implies magic
> lies underneath that I'm reluctant to fiddle with, without deep knowledge
> of how the ath9k driver behaves with wep/wpa/ampdus, etc.
> 

Problem is some hardware cannot do this in a smart way, without paying
the price of a sometime expensive copy.

Thats why I refined this idea to actually trigger only if current
memory needs are above a threshold.

If packets are received and immediately consumed, without potentially
staying a long time in a queue, it doesnt really matter they use 200 or
400% more ram than the rightly sized packets.






More information about the Cerowrt-devel mailing list