[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d4910425-82ae-b1ce-68c3-fb5542f598a5@intel.com>
Date: Fri, 26 Feb 2021 13:04:02 +0100
From: Björn Töpel <bjorn.topel@...el.com>
To: Toke Høiland-Jørgensen <toke@...hat.com>,
Björn Töpel <bjorn.topel@...il.com>,
ast@...nel.org, daniel@...earbox.net, netdev@...r.kernel.org,
bpf@...r.kernel.org
Cc: maciej.fijalkowski@...el.com, hawk@...nel.org,
magnus.karlsson@...el.com, john.fastabend@...il.com,
kuba@...nel.org, davem@...emloft.net
Subject: Re: [PATCH bpf-next v4 1/2] bpf, xdp: make bpf_redirect_map() a map
operation
On 2021-02-26 12:40, Björn Töpel wrote:
> On 2021-02-26 12:37, Toke Høiland-Jørgensen wrote:
[...]
>>
>> (That last paragraph above is why I asked if you updated the performance
>> numbers in the cover letter; removing an additional function call should
>> affect those, right?)
>>
>
> Yeah, it should. Let me spend some more time benchmarking on the DEVMAP
> scenario.
>
I did a re-measure using samples/xdp_redirect_map.
The setup is 64B packets blasted to an i40e. As a baseline,
# xdp_rxq_info --dev ens801f1 --action XDP_DROP
gives 24.8 Mpps.
Now, xdp_redirect_map. Same NIC, two ports, receive from port A,
redirect to port B:
baseline: 14.3 Mpps
this series: 15.4 Mpps
which is almost 8%!
Björn
Powered by blists - more mailing lists