[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1454901296-9915-1-git-send-email-vyasevic@redhat.com>
Date: Sun, 7 Feb 2016 22:14:53 -0500
From: Vladislav Yasevich <vyasevich@...il.com>
To: netdev@...r.kernel.org
Cc: jasowang@...hat.com, mst@...hat.com,
Vladislav Yasevich <vyasevic@...hat.com>
Subject: [RFC PATCH net-next 0/3] Extend macvtap with multiple qdiscs
This is an RFC series to extend macvtap with multiple qdisc. Right now
multiqueue macvtap setups suffer from lock contention. Macvtap sets
the queue index and thus gets a default qdisc allocated to it. Since
it later users dev_queue_xmit() call to the macvlan type device (so that
we can packet captures and other filtering on macvtap itself) we end up
with qdisc lock contention since what we have is multiple file descriptors
writing to the same qdisc.
With this series, the macvtap device now becomes a true multi-queue device
that defaults to 1 queue. Every time the user opens the device (this is
how multiqueue macvtap is used), we update the number of real queues for
the device. When the user writes to the device, we record the queue index
associted with the file descriptor to the skb, and that ends up translating
to the device queue index. This is one transmit only. Receive side
is left alone and will prefer skb hash if available.
Macvlan through this all is left with lockless transmit path.
Thanks
-vlad
Vladislav Yasevich (3):
macvtap: mutiple qdiscs support
macvlan: add queue selection functionality
macvtap: Record the rx queue based on the user tap queue
drivers/net/macvlan.c | 20 ++++++++++++++++++++
drivers/net/macvtap.c | 19 +++++++++++++++++++
2 files changed, 39 insertions(+)
--
2.1.0
Powered by blists - more mailing lists