From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesper Dangaard Brouer Subject: Re: [net-next PATCH V5] qdisc: bulk dequeue support for qdiscs with TCQ_F_ONETXQUEUE Date: Thu, 2 Oct 2014 09:44:18 +0200 Message-ID: <20141002094418.37f6ecb4@redhat.com> References: <20140930085114.24043.81310.stgit@dragon> <542A8EF9.10403@mojatatu.com> <20140930.142038.235338672810639160.davem@davemloft.net> <542BFEF3.7020302@mojatatu.com> <542C1F1F.90404@mojatatu.com> <20141001192840.5679a671@redhat.com> <542C4E0D.4050404@mojatatu.com> <20141001214700.18b16387@redhat.com> <542C5E8B.7070204@mojatatu.com> <20141001223229.6cbaac07@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jamal Hadi Salim , Tom Herbert , David Miller , Linux Netdev List , Eric Dumazet , Hannes Frederic Sowa , Florian Westphal , Daniel Borkmann , Alexander Duyck , John Fastabend , Toke =?UTF-8?B?SMO4aWxhbmQtSsO4cmdlbnNlbg==?= , brouer@redhat.com, Florian Fainelli To: Dave Taht Return-path: Received: from mx1.redhat.com ([209.132.183.28]:6253 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751856AbaJBHoj (ORCPT ); Thu, 2 Oct 2014 03:44:39 -0400 In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: On Wed, 1 Oct 2014 22:18:05 -0700 Dave Taht wrote: > > I usually also monitors the BQL limits during these tests. > > > > grep -H . /sys/class/net/eth4/queues/tx-*/byte_queue_limits/{inflight,limit} > > > > To Toke: > > Perhaps we could convince Toke, to add a netperf-wrapper recorder for > > the BQL inflight and limit? (It would be really cool to plot together) > > I just added a command line mode and support for timestamped limit and > inflight output to bqlmon > > Get it here: > > https://github.com/dtaht/bqlmon > > That should be sufficient for netperf-wrapper to poll it efficiently. https://github.com/dtaht/bqlmon/commit/ace44b55e2e521af88ba9927bf30fe615024073d#diff-aacbd6867cca49695bfe76ad2bcd45d1R407 Now, that we are in control of the output format. I would output something that is easier to parse for netperf-wrapper, e.g. some json compliant string (it is future extendable and easy to parse for Toke). Besides the output format, I like you patch to bqlmon. Perhaps Toke have an opinion on the output formatting from bqlmon? -- Best regards, Jesper Dangaard Brouer MSc.CS, Sr. Network Kernel Developer at Red Hat Author of http://www.iptv-analyzer.org LinkedIn: http://www.linkedin.com/in/brouer