[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170425102857.6f71c082@redhat.com>
Date: Tue, 25 Apr 2017 10:28:57 +0200
From: Jesper Dangaard Brouer <brouer@...hat.com>
To: David Miller <davem@...emloft.net>
Cc: xdp-newbies@...r.kernel.org, netdev@...r.kernel.org,
andy@...yhouse.net, brouer@...hat.com
Subject: Re: Blogpost evaluation this [PATCH v4 net-next RFC] net: Generic
XDP
On Mon, 24 Apr 2017 18:26:43 -0400 (EDT)
David Miller <davem@...emloft.net> wrote:
> From: Jesper Dangaard Brouer <brouer@...hat.com>
> Date: Mon, 24 Apr 2017 16:24:05 +0200
>
> > I've done a very detailed evaluation of this patch, and I've created a
> > blogpost like report here:
> >
> > https://prototype-kernel.readthedocs.io/en/latest/blogposts/xdp25_eval_generic_xdp_tx.html
>
> Thanks for doing this Jesper.
>
> > I didn't evaluate the adjust_head part, so I hope Andy is still
> > planning to validate that part?
>
> I was hoping he would post some results today as well.
>
> Andy, how goes it? :)
>
> Once the basic patch is ready and integrated in we can try to do
> xmit_more in generic XDP and see what that does for XDP_TX
> performance.
I agree, we can do xmit_more for generic-XDP later, and it should not
be that hard... basically replacing netdev_start_xmit() with
dev_hard_start_xmit() in generic_xdp_tx(), and finding some place to
store a XDP-skb-pointer (functioning as the skb-list) that will be
"flushed" like __kfree_skb_flush().
--
Best regards,
Jesper Dangaard Brouer
MSc.CS, Principal Kernel Engineer at Red Hat
LinkedIn: http://www.linkedin.com/in/brouer
Powered by blists - more mailing lists