Commit Graph

7 Commits (d517f043434901452fd19dabc7deefb58179c444)

Author SHA1 Message Date
Felix Fietkau fecd715ef8 kernel: merge pending fq_codel backlog accounting fix
Signed-off-by: Felix Fietkau <nbd@nbd.name>
2016-06-11 09:51:23 +02:00
Felix Fietkau 17de501daa kernel: backport patches for fq_codel queue memory limit support
Use it to replace the reduction in max packets/flows

Signed-off-by: Felix Fietkau <nbd@nbd.name>
2016-05-16 19:54:50 +02:00
Felix Fietkau fad8bdfa40 kernel: backport patches improving fq_codel drop behavior
Signed-off-by: Felix Fietkau <nbd@nbd.name>
2016-05-12 21:04:50 +02:00
Felix Fietkau 26c137621f kernel: remove out-of-tree patches for reducing qdisc truesize
The copy overhead can be quite expensive

Signed-off-by: Felix Fietkau <nbd@nbd.name>
2016-05-12 20:51:55 +02:00
Kevin Darbyshire-Bryant e288e1bd32 kernel: fq_codel match flows_cnt to limit sizing
OpenWRT changed the default fq_codel sch->limit from 10240 to 1024,
without also adjusting q->flows_cnt.  Eric Dumazet explains below that
you must also adjust the buckets (q->flows_cnt) for this not to break.

Eric explains: Limit of 1024 packets and 1024 flows is not wise I think.
(If all buckets are in use, each bucket has a virtual queue of 1 packet,
which is almost the same than having no queue at all)

I suggest to have at least 8 packets per bucket, to let Codel have a
chance to trigger.  So you could either reduce number of buckets to 128
(if memory is tight), or increase limit to 8192.

flows_cnt is now set to 1024/8=128

Signed-off-by: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
2016-05-12 03:29:36 +02:00
Felix Fietkau 1369876a92 kernel: revert fq_codel quantum override to prevent it from causing too much cpu load with higher speed (#21326)
Signed-off-by: Felix Fietkau <nbd@openwrt.org>

SVN-Revision: 47811
2015-12-08 00:14:41 +00:00
Jonas Gorski 621677154f kernel: add linux 4.4 support
Based on 4.4-rc3. Runtime tested on MIPS.

Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 47701
2015-12-02 22:23:22 +00:00