* [PATCH netnext] mpls: Reduce skb re-allocations due to skb_cow()
@ 2024-08-15 16:12 Christoph Paasch
2024-08-16 11:18 ` Simon Horman
2024-08-17 1:00 ` patchwork-bot+netdevbpf
0 siblings, 2 replies; 5+ messages in thread
From: Christoph Paasch @ 2024-08-15 16:12 UTC (permalink / raw)
To: netdev, Eric Dumazet, Paolo Abeni, Jakub Kicinski, David Miller
Cc: Roopa Prabhu, Craig Taylor
mpls_xmit() needs to prepend the MPLS-labels to the packet. That implies
one needs to make sure there is enough space for it in the headers.
Calling skb_cow() implies however that one wants to change even the
playload part of the packet (which is not true for MPLS). Thus, call
skb_cow_head() instead, which is what other tunnelling protocols do.
Running a server with this comm it entirely removed the calls to
pskb_expand_head() from the callstack in mpls_xmit() thus having
significant CPU-reduction, especially at peak times.
Cc: Roopa Prabhu <roopa@nvidia.com>
Reported-by: Craig Taylor <cmtaylor@apple.com>
Signed-off-by: Christoph Paasch <cpaasch@apple.com>
---
net/mpls/mpls_iptunnel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/mpls/mpls_iptunnel.c b/net/mpls/mpls_iptunnel.c
index 4385fd3b13be..6e73da94af7f 100644
--- a/net/mpls/mpls_iptunnel.c
+++ b/net/mpls/mpls_iptunnel.c
@@ -106,7 +106,7 @@ static int mpls_xmit(struct sk_buff *skb)
hh_len = 0;
/* Ensure there is enough space for the headers in the skb */
- if (skb_cow(skb, hh_len + new_header_size))
+ if (skb_cow_head(skb, hh_len + new_header_size))
goto drop;
skb_set_inner_protocol(skb, skb->protocol);
--
2.39.5 (Apple Git-154)
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH netnext] mpls: Reduce skb re-allocations due to skb_cow()
2024-08-15 16:12 [PATCH netnext] mpls: Reduce skb re-allocations due to skb_cow() Christoph Paasch
@ 2024-08-16 11:18 ` Simon Horman
2024-08-16 22:20 ` Christoph Paasch
2024-08-17 1:00 ` patchwork-bot+netdevbpf
1 sibling, 1 reply; 5+ messages in thread
From: Simon Horman @ 2024-08-16 11:18 UTC (permalink / raw)
To: Christoph Paasch
Cc: netdev, Eric Dumazet, Paolo Abeni, Jakub Kicinski, David Miller,
Roopa Prabhu, Craig Taylor
On Thu, Aug 15, 2024 at 09:12:01AM -0700, Christoph Paasch wrote:
> mpls_xmit() needs to prepend the MPLS-labels to the packet. That implies
> one needs to make sure there is enough space for it in the headers.
>
> Calling skb_cow() implies however that one wants to change even the
> playload part of the packet (which is not true for MPLS). Thus, call
> skb_cow_head() instead, which is what other tunnelling protocols do.
>
> Running a server with this comm it entirely removed the calls to
> pskb_expand_head() from the callstack in mpls_xmit() thus having
> significant CPU-reduction, especially at peak times.
Hi Christoph and Craig,
Including some performance data here would be nice.
> Cc: Roopa Prabhu <roopa@nvidia.com>
> Reported-by: Craig Taylor <cmtaylor@apple.com>
> Signed-off-by: Christoph Paasch <cpaasch@apple.com>
And one minor nit, which I do not think warrants a repost:
netnext -> net-next.
In any case, this looks good to me.
Reviewed-by: Simon Horman <horms@kernel.org>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH netnext] mpls: Reduce skb re-allocations due to skb_cow()
2024-08-16 11:18 ` Simon Horman
@ 2024-08-16 22:20 ` Christoph Paasch
2024-08-19 9:34 ` Simon Horman
0 siblings, 1 reply; 5+ messages in thread
From: Christoph Paasch @ 2024-08-16 22:20 UTC (permalink / raw)
To: Simon Horman
Cc: netdev, Eric Dumazet, Paolo Abeni, Jakub Kicinski, David Miller,
Roopa Prabhu, Craig Taylor
Hello!
> On Aug 16, 2024, at 4:18 AM, Simon Horman <horms@kernel.org> wrote:
>
> On Thu, Aug 15, 2024 at 09:12:01AM -0700, Christoph Paasch wrote:
>> mpls_xmit() needs to prepend the MPLS-labels to the packet. That implies
>> one needs to make sure there is enough space for it in the headers.
>>
>> Calling skb_cow() implies however that one wants to change even the
>> playload part of the packet (which is not true for MPLS). Thus, call
>> skb_cow_head() instead, which is what other tunnelling protocols do.
>>
>> Running a server with this comm it entirely removed the calls to
>> pskb_expand_head() from the callstack in mpls_xmit() thus having
>> significant CPU-reduction, especially at peak times.
>
> Hi Christoph and Craig,
>
> Including some performance data here would be nice.
Getting exact production performance data is going to be a major challenge. Not a technical challenge, but rather logistically, ...
>> Cc: Roopa Prabhu <roopa@nvidia.com>
>> Reported-by: Craig Taylor <cmtaylor@apple.com>
>> Signed-off-by: Christoph Paasch <cpaasch@apple.com>
>
>
> And one minor nit, which I do not think warrants a repost:
> netnext -> net-next.
Ugh - I was wondering why did patchwork thought it was a fix… that explains it.
If a respin is needed, please let me know.
> In any case, this looks good to me.
>
> Reviewed-by: Simon Horman <horms@kernel.org>
Thanks,
Christoph
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH netnext] mpls: Reduce skb re-allocations due to skb_cow()
2024-08-16 22:20 ` Christoph Paasch
@ 2024-08-19 9:34 ` Simon Horman
0 siblings, 0 replies; 5+ messages in thread
From: Simon Horman @ 2024-08-19 9:34 UTC (permalink / raw)
To: Christoph Paasch
Cc: netdev, Eric Dumazet, Paolo Abeni, Jakub Kicinski, David Miller,
Roopa Prabhu, Craig Taylor
On Fri, Aug 16, 2024 at 03:20:03PM -0700, Christoph Paasch wrote:
> Hello!
>
> > On Aug 16, 2024, at 4:18 AM, Simon Horman <horms@kernel.org> wrote:
> >
> > On Thu, Aug 15, 2024 at 09:12:01AM -0700, Christoph Paasch wrote:
> >> mpls_xmit() needs to prepend the MPLS-labels to the packet. That implies
> >> one needs to make sure there is enough space for it in the headers.
> >>
> >> Calling skb_cow() implies however that one wants to change even the
> >> playload part of the packet (which is not true for MPLS). Thus, call
> >> skb_cow_head() instead, which is what other tunnelling protocols do.
> >>
> >> Running a server with this comm it entirely removed the calls to
> >> pskb_expand_head() from the callstack in mpls_xmit() thus having
> >> significant CPU-reduction, especially at peak times.
> >
> > Hi Christoph and Craig,
> >
> > Including some performance data here would be nice.
>
> Getting exact production performance data is going to be a major challenge. Not a technical challenge, but rather logistically, ...
Understood :)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH netnext] mpls: Reduce skb re-allocations due to skb_cow()
2024-08-15 16:12 [PATCH netnext] mpls: Reduce skb re-allocations due to skb_cow() Christoph Paasch
2024-08-16 11:18 ` Simon Horman
@ 2024-08-17 1:00 ` patchwork-bot+netdevbpf
1 sibling, 0 replies; 5+ messages in thread
From: patchwork-bot+netdevbpf @ 2024-08-17 1:00 UTC (permalink / raw)
To: Christoph Paasch; +Cc: netdev, edumazet, pabeni, kuba, davem, roopa, cmtaylor
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 15 Aug 2024 09:12:01 -0700 you wrote:
> mpls_xmit() needs to prepend the MPLS-labels to the packet. That implies
> one needs to make sure there is enough space for it in the headers.
>
> Calling skb_cow() implies however that one wants to change even the
> playload part of the packet (which is not true for MPLS). Thus, call
> skb_cow_head() instead, which is what other tunnelling protocols do.
>
> [...]
Here is the summary with links:
- [netnext] mpls: Reduce skb re-allocations due to skb_cow()
https://git.kernel.org/netdev/net-next/c/f4ae8420f6eb
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2024-08-19 9:34 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-08-15 16:12 [PATCH netnext] mpls: Reduce skb re-allocations due to skb_cow() Christoph Paasch
2024-08-16 11:18 ` Simon Horman
2024-08-16 22:20 ` Christoph Paasch
2024-08-19 9:34 ` Simon Horman
2024-08-17 1:00 ` patchwork-bot+netdevbpf
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).