[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140930.142038.235338672810639160.davem@davemloft.net>
Date: Tue, 30 Sep 2014 14:20:38 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: jhs@...atatu.com
Cc: brouer@...hat.com, netdev@...r.kernel.org, therbert@...gle.com,
eric.dumazet@...il.com, hannes@...essinduktion.org, fw@...len.de,
dborkman@...hat.com, alexander.duyck@...il.com,
john.r.fastabend@...el.com, dave.taht@...il.com, toke@...e.dk
Subject: Re: [net-next PATCH V5] qdisc: bulk dequeue support for qdiscs
with TCQ_F_ONETXQUEUE
From: Jamal Hadi Salim <jhs@...atatu.com>
Date: Tue, 30 Sep 2014 07:07:37 -0400
> Note, there are benefits as you have shown - but i would not
> consider those to be standard use cases (actully one which would
> have shown clear win is the VM thing Rusty was after).
I completely disagree, you will see at least decreased cpu utilization
for a very common case, bulk single stream transfers.
> For this reason my view is that i should be able to disable via
> ifdef bulking (yes, I know DaveM hates ifdefs ;->).
Vehemntly _disagree_. :)
--
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