From: Jesper Dangaard Brouer <brouer@redhat.com>
To: netdev@vger.kernel.org
Cc: Christoph Lameter <cl@linux.com>,
tom@herbertland.com, Alexander Duyck <alexander.duyck@gmail.com>,
alexei.starovoitov@gmail.com,
Jesper Dangaard Brouer <brouer@redhat.com>,
ogerlitz@mellanox.com, gerlitz.or@gmail.com
Subject: [net-next PATCH 00/11] net: mitigating kmem_cache slowpath and BoF discussion patches
Date: Tue, 02 Feb 2016 22:11:28 +0100 [thread overview]
Message-ID: <20160202211051.16315.51808.stgit@firesoul> (raw)
In-Reply-To: <20151023124451.17364.14594.stgit@firesoul>
This patchset is relevant for my NetDev 1.1 "Network Performance BoF" [1].
The first 4 patches, is a repost[2], for the first real use-case of
kmem_cache bulk alloc and free API. They were adjusted slightly to
accomodate my last slab API changes. They should be ready for
inclusion in net-next, as the needed MM tree are avail in net-next.
Patch 5 is also enabling the SKB bulk API for mlx5.
Thus, patches 1-5 should be ready for net-next.
After patch 5, the experimental patches begin, which is Prove-of-Concept
code for what we will be discussing during the Network Performance BoF [1]
[1] http://netdevconf.org/1.1/bof-network-performance-bof-jesper-dangaard-brouer.html
[2] http://thread.gmane.org/gmane.linux.network/384302/
---
Jesper Dangaard Brouer (11):
net: bulk free infrastructure for NAPI context, use napi_consume_skb
net: bulk free SKBs that were delay free'ed due to IRQ context
ixgbe: bulk free SKBs during TX completion cleanup cycle
net: bulk alloc and reuse of SKBs in NAPI context
mlx5: use napi_*_skb APIs to get bulk alloc and free
mlx5: RX bulking or bundling of packets before calling network stack
net: introduce napi_alloc_skb_bulk() for more use-cases
mlx5: hint the NAPI alloc skb API about the expected bulk size
EXPERIMENT: dummy: bulk free
net: API for RX handover of multiple SKBs to stack
net: RPS bulk enqueue to backlog
drivers/net/dummy.c | 3
drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 6 -
drivers/net/ethernet/mellanox/mlx5/core/en.h | 5 -
drivers/net/ethernet/mellanox/mlx5/core/en_rx.c | 24 ++-
drivers/net/ethernet/mellanox/mlx5/core/en_tx.c | 4 -
drivers/net/ethernet/mellanox/mlx5/core/en_txrx.c | 4 -
include/linux/netdevice.h | 13 ++
include/linux/skbuff.h | 23 ++-
net/core/dev.c | 160 ++++++++++++++++++++-
net/core/skbuff.c | 122 +++++++++++++++-
10 files changed, 327 insertions(+), 37 deletions(-)
next prev parent reply other threads:[~2016-02-02 21:11 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-23 12:46 [PATCH 0/4] net: mitigating kmem_cache slowpath for network stack in NAPI context Jesper Dangaard Brouer
2015-10-23 12:46 ` Jesper Dangaard Brouer
2015-10-23 12:46 ` [PATCH 1/4] net: bulk free infrastructure for NAPI context, use napi_consume_skb Jesper Dangaard Brouer
2015-10-23 12:46 ` Jesper Dangaard Brouer
2015-10-23 12:46 ` [PATCH 2/4] net: bulk free SKBs that were delay free'ed due to IRQ context Jesper Dangaard Brouer
2015-10-23 12:46 ` [PATCH 3/4] ixgbe: bulk free SKBs during TX completion cleanup cycle Jesper Dangaard Brouer
2015-10-23 12:46 ` Jesper Dangaard Brouer
2015-10-23 12:46 ` [PATCH 4/4] net: bulk alloc and reuse of SKBs in NAPI context Jesper Dangaard Brouer
2015-10-27 1:09 ` [PATCH 0/4] net: mitigating kmem_cache slowpath for network stack " David Miller
2016-02-02 21:11 ` Jesper Dangaard Brouer [this message]
2016-02-02 21:11 ` [net-next PATCH 01/11] net: bulk free infrastructure for NAPI context, use napi_consume_skb Jesper Dangaard Brouer
2016-02-02 21:11 ` [net-next PATCH 02/11] net: bulk free SKBs that were delay free'ed due to IRQ context Jesper Dangaard Brouer
2016-02-02 21:11 ` [net-next PATCH 03/11] ixgbe: bulk free SKBs during TX completion cleanup cycle Jesper Dangaard Brouer
2016-02-02 21:12 ` [net-next PATCH 04/11] net: bulk alloc and reuse of SKBs in NAPI context Jesper Dangaard Brouer
2016-02-03 0:52 ` Alexei Starovoitov
2016-02-03 10:38 ` Jesper Dangaard Brouer
2016-02-02 21:12 ` [net-next PATCH 05/11] mlx5: use napi_*_skb APIs to get bulk alloc and free Jesper Dangaard Brouer
2016-02-02 21:13 ` [net-next PATCH 06/11] RFC: mlx5: RX bulking or bundling of packets before calling network stack Jesper Dangaard Brouer
2016-02-09 11:57 ` Saeed Mahameed
2016-02-10 20:26 ` Jesper Dangaard Brouer
2016-02-16 0:01 ` Saeed Mahameed
2016-02-02 21:13 ` [net-next PATCH 07/11] net: introduce napi_alloc_skb_hint() for more use-cases Jesper Dangaard Brouer
2016-02-02 22:29 ` kbuild test robot
2016-02-02 21:14 ` [net-next PATCH 08/11] mlx5: hint the NAPI alloc skb API about the expected bulk size Jesper Dangaard Brouer
2016-02-02 21:14 ` [net-next PATCH 09/11] RFC: dummy: bulk free SKBs Jesper Dangaard Brouer
2016-02-02 21:15 ` [net-next PATCH 10/11] RFC: net: API for RX handover of multiple SKBs to stack Jesper Dangaard Brouer
2016-02-02 21:15 ` [net-next PATCH 11/11] RFC: net: RPS bulk enqueue to backlog Jesper Dangaard Brouer
2016-02-07 19:25 ` [net-next PATCH 00/11] net: mitigating kmem_cache slowpath and BoF discussion patches David Miller
2016-02-08 12:14 ` [net-next PATCH V2 0/3] net: mitigating kmem_cache free slowpath Jesper Dangaard Brouer
2016-02-08 12:14 ` Jesper Dangaard Brouer
2016-02-08 12:14 ` [net-next PATCH V2 1/3] net: bulk free infrastructure for NAPI context, use napi_consume_skb Jesper Dangaard Brouer
2016-02-08 12:15 ` [net-next PATCH V2 2/3] net: bulk free SKBs that were delay free'ed due to IRQ context Jesper Dangaard Brouer
2016-02-08 12:15 ` [net-next PATCH V2 3/3] ixgbe: bulk free SKBs during TX completion cleanup cycle Jesper Dangaard Brouer
2016-02-11 16:59 ` [net-next PATCH V2 0/3] net: mitigating kmem_cache free slowpath David Miller
2016-02-13 11:12 ` Tilman Schmidt
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=20160202211051.16315.51808.stgit@firesoul \
--to=brouer@redhat.com \
--cc=alexander.duyck@gmail.com \
--cc=alexei.starovoitov@gmail.com \
--cc=cl@linux.com \
--cc=gerlitz.or@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=ogerlitz@mellanox.com \
--cc=tom@herbertland.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.