From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
To: intel-wired-lan@osuosl.org
Subject: [Intel-wired-lan] [next-queue PATCH 0/3] Add support for GSO partial to Intel NIC drivers
Date: Fri, 08 Apr 2016 23:59:09 -0700 [thread overview]
Message-ID: <1460185149.2982.6.camel@intel.com> (raw)
In-Reply-To: <20160408210103.13096.77973.stgit@ahduyck-xeon-server>
On Fri, 2016-04-08 at 17:06 -0400, Alexander Duyck wrote:
> So these are the patches needed to enable tunnel segmentation
> offloads on
> the igb, igbvf, ixgbe, and ixgbevf drivers.? In addition this patch
> extends
> the i40e and i40evf drivers to include segmentation support for
> tunnels
> with outer checksums.
>
> The net performance gain for these patches are pretty significant.?
> In the
> case of i40e a tunnel with outer checksums showed the following
> improvement:
> Throughput Throughput? Local Local?? Result?
> ?????????? Units?????? CPU?? Service Tag????
> ?????????????????????? Util? Demand?????????
> ?????????????????????? %????????????????????
> 14066.29?? 10^6bits/s? 3.49? 0.651?? "before"?
> 20618.16?? 10^6bits/s? 3.09? 0.393?? "after"
>
> For ixgbe similar results were seen:
> Throughput Throughput? Local? Local?? Result?
> ?????????? Units?????? CPU??? Service Tag????
> ?????????????????????? Util?? Demand?????????
> ?????????????????????? %???????????????
> 12879.89?? 10^6bits/s? 10.00? 0.763?? "before"
> 14286.77?? 10^6bits/s? 5.74?? 0.395?? "after"?
>
> These patches all rely on the TSO_MANGLEID and GSO_PARTIAL patches so
> I
> would not recommend applying them until those patches have first been
> applied.
Sorry I did not see this until after I tried applying your series. :-(
Maybe the two dependent patches should have been in the series, so I
and others do not waste their time. ?Or not send this until the two
patches were accepted.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osuosl.org/pipermail/intel-wired-lan/attachments/20160408/1e0d1721/attachment-0001.asc>
WARNING: multiple messages have this Message-ID (diff)
From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
To: Alexander Duyck <aduyck@mirantis.com>,
herbert@gondor.apana.org.au, tom@herbertland.com,
jesse@kernel.org, alexander.duyck@gmail.com, edumazet@google.com,
intel-wired-lan@lists.osuosl.org, netdev@vger.kernel.org,
davem@davemloft.net
Subject: Re: [next-queue PATCH 0/3] Add support for GSO partial to Intel NIC drivers
Date: Fri, 08 Apr 2016 23:59:09 -0700 [thread overview]
Message-ID: <1460185149.2982.6.camel@intel.com> (raw)
In-Reply-To: <20160408210103.13096.77973.stgit@ahduyck-xeon-server>
[-- Attachment #1: Type: text/plain, Size: 1711 bytes --]
On Fri, 2016-04-08 at 17:06 -0400, Alexander Duyck wrote:
> So these are the patches needed to enable tunnel segmentation
> offloads on
> the igb, igbvf, ixgbe, and ixgbevf drivers. In addition this patch
> extends
> the i40e and i40evf drivers to include segmentation support for
> tunnels
> with outer checksums.
>
> The net performance gain for these patches are pretty significant.
> In the
> case of i40e a tunnel with outer checksums showed the following
> improvement:
> Throughput Throughput Local Local Result
> Units CPU Service Tag
> Util Demand
> %
> 14066.29 10^6bits/s 3.49 0.651 "before"
> 20618.16 10^6bits/s 3.09 0.393 "after"
>
> For ixgbe similar results were seen:
> Throughput Throughput Local Local Result
> Units CPU Service Tag
> Util Demand
> %
> 12879.89 10^6bits/s 10.00 0.763 "before"
> 14286.77 10^6bits/s 5.74 0.395 "after"
>
> These patches all rely on the TSO_MANGLEID and GSO_PARTIAL patches so
> I
> would not recommend applying them until those patches have first been
> applied.
Sorry I did not see this until after I tried applying your series. :-(
Maybe the two dependent patches should have been in the series, so I
and others do not waste their time. Or not send this until the two
patches were accepted.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2016-04-09 6:59 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-08 20:33 [net-next PATCH 0/5] GRO Fixed IPv4 ID support and GSO partial support Alexander Duyck
2016-04-08 20:33 ` [net-next PATCH 1/5] ethtool: Add support for toggling any of the GSO offloads Alexander Duyck
2016-04-08 20:33 ` [net-next PATCH 2/5] GSO: Add GSO type for fixed IPv4 ID Alexander Duyck
2016-04-08 21:41 ` Jesse Gross
2016-04-08 22:12 ` Alexander Duyck
2016-04-08 20:33 ` [net-next PATCH 3/5] GRO: Add support for TCP with fixed IPv4 ID field, limit tunnel IP ID values Alexander Duyck
2016-04-08 20:33 ` [net-next PATCH 4/5] GSO: Support partial segmentation offload Alexander Duyck
2016-04-08 20:33 ` [net-next PATCH 5/5] Documentation: Add documentation for TSO and GSO features Alexander Duyck
2016-04-08 21:06 ` [Intel-wired-lan] [next-queue PATCH 0/3] Add support for GSO partial to Intel NIC drivers Alexander Duyck
2016-04-08 21:06 ` Alexander Duyck
2016-04-08 21:06 ` [Intel-wired-lan] [next-queue PATCH 1/3] i40e/i40evf: Add support for GSO partial with UDP_TUNNEL_CSUM and GRE_CSUM Alexander Duyck
2016-04-08 21:06 ` Alexander Duyck
2016-04-09 6:51 ` [Intel-wired-lan] " Jeff Kirsher
2016-04-09 6:51 ` Jeff Kirsher
2016-04-08 21:06 ` [Intel-wired-lan] [next-queue PATCH 2/3] ixgbe/ixgbevf: Add support for GSO partial Alexander Duyck
2016-04-08 21:06 ` Alexander Duyck
2016-04-09 6:53 ` [Intel-wired-lan] " Jeff Kirsher
2016-04-09 6:53 ` Jeff Kirsher
2016-04-08 21:06 ` [Intel-wired-lan] [next-queue PATCH 3/3] igb/igbvf: " Alexander Duyck
2016-04-08 21:06 ` Alexander Duyck
2016-04-09 6:59 ` Jeff Kirsher [this message]
2016-04-09 6:59 ` [next-queue PATCH 0/3] Add support for GSO partial to Intel NIC drivers Jeff Kirsher
2016-04-09 15:41 ` [Intel-wired-lan] " Alexander Duyck
2016-04-09 15:41 ` Alexander Duyck
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=1460185149.2982.6.camel@intel.com \
--to=jeffrey.t.kirsher@intel.com \
--cc=intel-wired-lan@osuosl.org \
/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.