All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jay Vosburgh <jv@jvosburgh.net>
To: Paolo Abeni <pabeni@redhat.com>
Cc: Tonghao Zhang <tonghao@bamaicloud.com>,
	Hangbin Liu <liuhangbin@gmail.com>,
	netdev@vger.kernel.org, "David S. Miller" <davem@davemloft.net>,
	Eric Dumazet <edumazet@google.com>,
	Jakub Kicinski <kuba@kernel.org>, Simon Horman <horms@kernel.org>,
	Jonathan Corbet <corbet@lwn.net>,
	Andrew Lunn <andrew+netdev@lunn.ch>,
	Nikolay Aleksandrov <razor@blackwall.org>,
	Zengbing Tu <tuzengbing@didiglobal.com>
Subject: Re: [PATCH net-next v2] net: bonding: add bond_is_icmpv6_nd() helper
Date: Tue, 15 Jul 2025 18:44:03 -0700	[thread overview]
Message-ID: <758111.1752630243@famine> (raw)
In-Reply-To: <3d2568b9-e275-490d-a412-2fe7a5b096a3@redhat.com>

Paolo Abeni <pabeni@redhat.com> wrote:

>On 7/14/25 2:53 PM, Tonghao Zhang wrote:
>>> 2025年7月14日 15:13,Hangbin Liu <liuhangbin@gmail.com> 写道:
>>> Hmm, I don’t see much improvement with this patch compared to without it.
>>> So I don’t think this update is necessary.
>> 
>> This patch use the skb_header_pointer instead of pskb_network_may_pull. The skb_header_pointer is more efficient than pskb_network_may_pull.
>>  And use the comm helper can consolidate some duplicate code.
>
>I think the eventual cleanup here is very subjective, especially
>compared to the diffstat. Any eventual performance improvement should be
>supported by some figures, in relevant tests.
>
>In this specific case I don't think you will be able to measure any
>relevant gain; pskb_network_may_pull() could be slower than
>skb_header_pointer() only when the headers are not in the liner part,
>and that in turns could happen only if we are already on some kind of
>slow path.

	Does the ICMP6 header of a received packet end up in the linear
part, or in a frag?  That's what's being inspected by this code, and I
presumed that the linear area would be just the protocol headers
although thinking about it now, I suppose ICMPv6 is a protocol, but I
don't know how often the pull of the ICMPv6 message data would have to
copy to the linear area.

	-J

---
	-Jay Vosburgh, jv@jvosburgh.net


      reply	other threads:[~2025-07-16  1:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-10  9:16 [PATCH net-next v2] net: bonding: add bond_is_icmpv6_nd() helper Tonghao Zhang
2025-07-14  7:13 ` Hangbin Liu
2025-07-14 12:53   ` Tonghao Zhang
2025-07-15  1:49     ` Hangbin Liu
2025-07-15 10:33     ` Paolo Abeni
2025-07-16  1:44       ` Jay Vosburgh [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=758111.1752630243@famine \
    --to=jv@jvosburgh.net \
    --cc=andrew+netdev@lunn.ch \
    --cc=corbet@lwn.net \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=horms@kernel.org \
    --cc=kuba@kernel.org \
    --cc=liuhangbin@gmail.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=razor@blackwall.org \
    --cc=tonghao@bamaicloud.com \
    --cc=tuzengbing@didiglobal.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.