[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160708172024.4a849b7a@redhat.com>
Date: Fri, 8 Jul 2016 17:20:24 +0200
From: Jesper Dangaard Brouer <brouer@...hat.com>
To: Eric Dumazet <eric.dumazet@...il.com>
Cc: Brenden Blanco <bblanco@...mgrid.com>, davem@...emloft.net,
netdev@...r.kernel.org, Martin KaFai Lau <kafai@...com>,
Ari Saha <as754m@....com>,
Alexei Starovoitov <alexei.starovoitov@...il.com>,
Or Gerlitz <gerlitz.or@...il.com>, john.fastabend@...il.com,
hannes@...essinduktion.org, Thomas Graf <tgraf@...g.ch>,
Tom Herbert <tom@...bertland.com>,
Daniel Borkmann <daniel@...earbox.net>, brouer@...hat.com,
Rana Shahout <rana.shahot@...il.com>
Subject: Re: [PATCH v6 12/12] net/mlx4_en: add prefetch in xdp rx path
On Fri, 08 Jul 2016 05:56:31 +0200
Eric Dumazet <eric.dumazet@...il.com> wrote:
> On Thu, 2016-07-07 at 19:15 -0700, Brenden Blanco wrote:
> > XDP programs read and/or write packet data very early, and cache miss is
> > seen to be a bottleneck.
> >
> > Add prefetch logic in the xdp case 3 packets in the future. Throughput
> > improved from 10Mpps to 12.5Mpps. LLC misses as reported by perf stat
> > reduced from ~14% to ~7%. Prefetch values of 0 through 5 were compared
> > with >3 showing dimishing returns.
>
> This is what I feared with XDP.
>
> Instead of making generic changes in the driver(s), we now have 'patches
> that improve XDP numbers'
>
> Careful prefetches make sense in NIC drivers, regardless of XDP being
> used or not.
I feel the same way. Our work on XDP should also benefit the normal
driver usage. Yes, I know that is much much harder to achieve, but it
will be worth it.
I've been playing with prefetch changes to mxl4 (and mlx5) what are generic.
I'll post my patch as RFC.
--
Best regards,
Jesper Dangaard Brouer
MSc.CS, Principal Kernel Engineer at Red Hat
Author of http://www.iptv-analyzer.org
LinkedIn: http://www.linkedin.com/in/brouer
Powered by blists - more mailing lists