From: Venkat Venkatsubra <venkat.x.venkatsubra@oracle.com>
To: netdev@vger.kernel.org
Cc: davem@davemloft.net, linux-kernel@vger.kernel.org,
Rama Nichanamatlu <rama.nichanamatlu@oracle.com>,
Sergey Linetskiy <sergey.linetskiy@oracle.com>,
Vadim Makhervaks <vadim.makhervaks@oracle.com>,
Guangyu Sun <guangyu.sun@oracle.com>
Subject: Performance problem with bond interface
Date: Mon, 21 Apr 2014 07:23:04 -0700 (PDT) [thread overview]
Message-ID: <5e9e32bb-b60e-44d1-82be-28c4d6ec82d5@default> (raw)
We see a performance problem when the slaves of the bond
don't support checksum offload features. What we see is
tcp_sendmsg's skb_add_data_nocache ending up not using the
csum_and_copy_from_user which would have computed the
checksum while copying from user buffer to kernel buffer.
Instead it computes later in dev_hard_start_xmit when it
figures out the slave doesn't support checksum offload and
ends up expensive .
The bonding interface's "features" has NETIF_F_HW_CSUM
(or NETIF_F_NO_CSUM in 2.6.39) set which makes the
stack think checksum need not be computed in software.
/*
* Check whether we can use HW checksum.
*/
if (sk->sk_route_caps & NETIF_F_ALL_CSUM)
skb->ip_summed = CHECKSUM_PARTIAL;
But later in dev_hard_start_xmit it finds out the slave does not
support checksumming and decides to compute in software.
/* If packet is not checksummed and device does not
* support checksumming for this protocol, complete
* checksumming here.
*/
if (skb->ip_summed == CHECKSUM_PARTIAL) {
skb_set_transport_header(skb,
skb_checksum_start_offset(skb));
if (!(features & NETIF_F_ALL_CSUM) &&
skb_checksum_help(skb))
goto out_kfree_skb;
}
We see this problem after this commit:
commit 1742f183fc218798dab6fcf0ded25b6608fc0a48
Author: MichaÅ<82> MirosÅ<82>aw <mirq-linux@rere.qmqm.pl>
Date: Fri Apr 22 06:31:16 2011 +0000
net: fix netdev_increment_features()
Simplify and fix netdev_increment_features() to conform to what is
stated in netdevice.h comments about NETIF_F_ONE_FOR_ALL.
Include FCoE segmentation and VLAN-challedged flags in computation.
Signed-off-by: MichaÅ<82> MirosÅ<82>aw <mirq-linux@rere.qmqm.pl>
Signed-off-by: David S. Miller <davem@davemloft.net>
Prior to that the below code in netdev_increment_features was helping in
turning off NETIF_F_NO_CSUM on bond when the slaves don't support it:
/* If device needs checksumming, downgrade to it. */
if (all & NETIF_F_NO_CSUM && !(one & NETIF_F_NO_CSUM))
all ^= NETIF_F_NO_CSUM | (one & NETIF_F_ALL_CSUM);
The slaves are Mellanox IB adapters. This is on x86_64 platform.
Please let us know if you need any additional information.
Thanks.
Venkat
next reply other threads:[~2014-04-21 14:23 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-21 14:23 Venkat Venkatsubra [this message]
2014-04-21 15:47 ` Performance problem with bond interface Eric Dumazet
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=5e9e32bb-b60e-44d1-82be-28c4d6ec82d5@default \
--to=venkat.x.venkatsubra@oracle.com \
--cc=davem@davemloft.net \
--cc=guangyu.sun@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=rama.nichanamatlu@oracle.com \
--cc=sergey.linetskiy@oracle.com \
--cc=vadim.makhervaks@oracle.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox