[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1401163552.5367.237.camel@edumazet-glaptop2.roam.corp.google.com>
Date: Mon, 26 May 2014 21:05:52 -0700
From: Eric Dumazet <eric.dumazet@...il.com>
To: Yang Yingliang <yangyingliang@...wei.com>
Cc: netdev@...r.kernel.org, vtlam@...gle.com, nanditad@...gle.com,
davem@...emloft.net
Subject: Re: [PATCH net-next v2] net_sched: increase drop count when packets
are dropped
On Mon, 2014-05-26 at 10:22 +0800, Yang Yingliang wrote:
> When we change limit in qdisc, if there're too many packets in the queue,
> some packets will be dropped but the drop count is not increased.
> So replace kfree_skb() with qdisc_drop() which will increase the
> drop count. hhf and fq_codel have the same problem, fix them too.
> Besides, fq_codel and hhf have a member drop_overlimit which means
> drop count because of overlimit, increase it too.
>
> Cc: Eric Dumazet <edumazet@...gle.com>
> Cc: Terry Lam <vtlam@...gle.com>
> Cc: Nandita Dukkipati <nanditad@...gle.com>
> Signed-off-by: Yang Yingliang <yangyingliang@...wei.com>
>
> ---
Problem with this patch is that you missed that all these qdiscs use a
regular dequeue() operation in this path.
So every in excess packet is going to be accounted twice after your
patch.
Once as 'normally dequeued', another time as 'dropped'
Your patch shifts a problem into another.
The example in your changelog shows this new problem.
Really I do not feel its needed to spend hours on work on this minor
problem : We would have to add parameters (slowing down the fast path),
or copy/paste the regular dequeue code (code bloat and maintenance
hassle)
So I wont Ack this patch, sorry.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists