| Message ID | 1346505597.7996.76.camel@edumazet-glaptop |
|---|---|
| State | Accepted, archived |
| Delegated to: | David Miller |
| Headers | show |
partial NAK. There is no need to reset dropped either, and resetting quantum or not is an interesting question. (in both cases they can be initted at init time) Lastly, stats->maxpacket is presently a shared resource in fq_codel, and the initial setting of 256 was an artifact some test ns2 code (according to kathie). In the case of ack traffic owning a queue, this can be 64 or 66 bytes (or larger on ipv6 acks). It's totally unclear if this distinction is important in fq_codel at present. :/. Obviously in codel which is a pure FIFO, maxpacket will hit the max size really fast. A related problem on maxpacket is if someone turns off tso/gso/ufo, it remains set to the largest packet seen forever until the qdisc is re-initialized. This leads to really puzzling behavior... (I'll submit a patch for this shortly but not change fq_codel's centralized stats) I'd be happy (for now) if dropped was preserved, and to fiddle with the other ideas a while longer. On Sat, Sep 1, 2012 at 6:19 AM, Eric Dumazet <eric.dumazet@gmail.com> wrote: > When fq_codel builds a new flow, it should not reset codel state. > > Codel algo needs to get previous values (lastcount, drop_next) to get > proper behavior. > > Signed-off-by: Dave Taht <dave.taht@gmail.com> > Signed-off-by: Eric Dumazet <edumazet@google.com> > --- > net/sched/sch_fq_codel.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/net/sched/sch_fq_codel.c b/net/sched/sch_fq_codel.c > index 9fc1c62..4e606fc 100644 > --- a/net/sched/sch_fq_codel.c > +++ b/net/sched/sch_fq_codel.c > @@ -191,7 +191,6 @@ static int fq_codel_enqueue(struct sk_buff *skb, struct Qdisc *sch) > > if (list_empty(&flow->flowchain)) { > list_add_tail(&flow->flowchain, &q->new_flows); > - codel_vars_init(&flow->cvars); > q->new_flow_count++; > flow->deficit = q->quantum; > flow->dropped = 0; > @@ -418,6 +417,7 @@ static int fq_codel_init(struct Qdisc *sch, struct nlattr *opt) > struct fq_codel_flow *flow = q->flows + i; > > INIT_LIST_HEAD(&flow->flowchain); > + codel_vars_init(&flow->cvars); > } > } > if (sch->limit >= 1) > >
On Sat, 2012-09-01 at 11:12 -0700, Dave Taht wrote: > partial NAK. Kind of weird to NACK a patch you are the author. It makes both of us plain fools on netdev, dont do that. > There is no need to reset dropped either, and resetting quantum or not > is an interesting question. > Yes but totally unrelated to this patch. It would be good you pollute threads. Open a new thread, using RFC attribute or something. > (in both cases they can be initted at init time) > > Lastly, stats->maxpacket is presently a shared resource in fq_codel, > and the initial setting of 256 was an artifact some test ns2 code > (according to kathie). In the case of ack traffic owning a queue, this > can be 64 or 66 bytes (or larger on ipv6 acks). > I really hope you understand how this maxpacket thing is useless ? In the real life, we dont send only 66 bytes packets. maxpacket purpose is to relax codel so that it doesnt drop packet if the qdisc backlog is small (so about to be empty). Rename this maxpacket to 'relax_codel_under_that_size' if you want to. > It's totally unclear if this distinction is important in fq_codel at > present. :/. Obviously in codel which is a pure FIFO, maxpacket will > hit the max size really fast. > > A related problem on maxpacket is if someone turns off tso/gso/ufo, it > remains set to the largest packet seen forever until the qdisc is > re-initialized. > This leads to really puzzling behavior... (I'll submit a patch for > this shortly but not change fq_codel's > centralized stats) > > I'd be happy (for now) if dropped was preserved, > and to fiddle with the other ideas a while longer. > There is no dropped field, what are you talking about ? If you are now unsure of the patch, I can repost the same patch but as the author. Its a real obvious one. After an idle period, CODEL needs to compute the delay between now and previous 'drop_next' Codel doesnt call codel_vars_init() but in the qdisc init. fq_codel being FQ + CODEL, it is an error to call codel_vars_init() outside of init path. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sat, Sep 1, 2012 at 6:19 AM, Eric Dumazet <eric.dumazet@gmail.com> wrote: > When fq_codel builds a new flow, it should not reset codel state. > > Codel algo needs to get previous values (lastcount, drop_next) to get > proper behavior. > > Signed-off-by: Dave Taht <dave.taht@gmail.com> > Signed-off-by: Eric Dumazet <edumazet@google.com> > --- > net/sched/sch_fq_codel.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/net/sched/sch_fq_codel.c b/net/sched/sch_fq_codel.c > index 9fc1c62..4e606fc 100644 > --- a/net/sched/sch_fq_codel.c > +++ b/net/sched/sch_fq_codel.c > @@ -191,7 +191,6 @@ static int fq_codel_enqueue(struct sk_buff *skb, struct Qdisc *sch) > > if (list_empty(&flow->flowchain)) { > list_add_tail(&flow->flowchain, &q->new_flows); > - codel_vars_init(&flow->cvars); > q->new_flow_count++; > flow->deficit = q->quantum; > flow->dropped = 0; > @@ -418,6 +417,7 @@ static int fq_codel_init(struct Qdisc *sch, struct nlattr *opt) > struct fq_codel_flow *flow = q->flows + i; > > INIT_LIST_HEAD(&flow->flowchain); > + codel_vars_init(&flow->cvars); > } > } > if (sch->limit >= 1) > > I can live with this as is. flow->dropped will probably go away in the long term anyway. Acked-by: Dave Taht <dave.taht@bufferbloat.net> -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Eric Dumazet <eric.dumazet@gmail.com> Date: Sat, 01 Sep 2012 06:19:57 -0700 > When fq_codel builds a new flow, it should not reset codel state. > > Codel algo needs to get previous values (lastcount, drop_next) to get > proper behavior. > > Signed-off-by: Dave Taht <dave.taht@gmail.com> > Signed-off-by: Eric Dumazet <edumazet@google.com> Applied to 'net', thanks. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/net/sched/sch_fq_codel.c b/net/sched/sch_fq_codel.c index 9fc1c62..4e606fc 100644 --- a/net/sched/sch_fq_codel.c +++ b/net/sched/sch_fq_codel.c @@ -191,7 +191,6 @@ static int fq_codel_enqueue(struct sk_buff *skb, struct Qdisc *sch) if (list_empty(&flow->flowchain)) { list_add_tail(&flow->flowchain, &q->new_flows); - codel_vars_init(&flow->cvars); q->new_flow_count++; flow->deficit = q->quantum; flow->dropped = 0; @@ -418,6 +417,7 @@ static int fq_codel_init(struct Qdisc *sch, struct nlattr *opt) struct fq_codel_flow *flow = q->flows + i; INIT_LIST_HEAD(&flow->flowchain); + codel_vars_init(&flow->cvars); } } if (sch->limit >= 1)