From: Jason Wang <jasowang@redhat.com>
To: krkumar2@in.ibm.com, habanero@linux.vnet.ibm.com,
aliguori@us.ibm.com, rusty@rustcorp.com.au, mst@redhat.com,
mashirle@us.ibm.com, qemu-devel@nongnu.org,
virtualization@lists.linux-foundation.org,
tahm@linux.vnet.ibm.com, jwhan@filewood.snu.ac.kr,
akong@redhat.com
Cc: Jason Wang <jasowang@redhat.com>, kvm@vger.kernel.org
Subject: [Qemu-devel] [RFC V3 0/5] Multiqueue support for tap and virtio-net/vhost
Date: Fri, 6 Jul 2012 17:31:05 +0800 [thread overview]
Message-ID: <1341567070-14136-1-git-send-email-jasowang@redhat.com> (raw)
Hello all:
This seires is an update of last version of multiqueue support to add multiqueue
capability to both tap and virtio-net.
Some kinds of tap backends has (macvatp in linux) or would (tap) support
multiqueue. In such kind of tap backend, each file descriptor of a tap is a
qeueu and ioctls were prodived to attach an exist tap file descriptor to the
tun/tap device. So the patch let qemu to use this kind of backend, and let it
can transmit and receving packets through multiple file descriptors.
Patch 1 introduce a new help to get all matched options, after this patch, we
could pass multiple file descriptors to a signle netdev by:
qemu -netdev tap,id=h0,queues=2,fd=10,fd=11 ...
Patch 2 introduce generic helpers in tap to attach or detach a file descriptor
from a tap device, emulated nics could use this helper to enable/disable queues.
Patch 3 modifies the NICState to allow multiple VLANClientState to be stored in
it, with this patch, qemu has basic support of multiple capable tap backend.
Patch 4 implement 1:1 mapping of tx/rx virtqueue pairs with vhost_net backend.
Patch 5 converts virtio-net to multiqueue device, after this patch, multiqueue
virtio-net device could be specified by:
qemu -netdev tap,id=h0,queues=2 -device virtio-net-pci,netdev=h0,queues=2
Performace numbers:
I post them in the threads of RFC of multiqueue virtio-net driver:
http://www.spinics.net/lists/kvm/msg75386.html
Multiqueue with vhost shows improvemnt in TCP_RR, and degradate for small packet
transmission.
Changes from V2:
- split vhost patch from virtio-net
- add the support of queue number negotiation through control virtqueue
- hotplug, set_link and migration support
- bug fixes
Changes from V1:
- rebase to the latest
- fix memory leak in parse_netdev
- fix guest notifiers assignment/de-assignment
- changes the command lines to:
qemu -netdev tap,queues=2 -device virtio-net-pci,queues=2
References:
- V2 http://www.spinics.net/lists/kvm/msg74588.html
- V1 http://comments.gmane.org/gmane.comp.emulators.qemu/100481
Jason Wang (5):
option: introduce qemu_get_opt_all()
tap: multiqueue support
net: multiqueue support
vhost: multiqueue support
virtio-net: add multiqueue support
hw/dp8393x.c | 2 +-
hw/mcf_fec.c | 2 +-
hw/qdev-properties.c | 34 +++-
hw/qdev.h | 3 +-
hw/vhost.c | 53 ++++--
hw/vhost.h | 2 +
hw/vhost_net.c | 7 +-
hw/vhost_net.h | 2 +-
hw/virtio-net.c | 505 ++++++++++++++++++++++++++++++++++----------------
hw/virtio-net.h | 12 ++
net.c | 83 +++++++--
net.h | 16 ++-
net/tap-aix.c | 13 ++-
net/tap-bsd.c | 13 ++-
net/tap-haiku.c | 13 ++-
net/tap-linux.c | 56 ++++++-
net/tap-linux.h | 4 +
net/tap-solaris.c | 13 ++-
net/tap-win32.c | 11 +
net/tap.c | 199 +++++++++++++-------
net/tap.h | 7 +-
qemu-option.c | 19 ++
qemu-option.h | 2 +
23 files changed, 787 insertions(+), 284 deletions(-)
next reply other threads:[~2012-07-06 9:37 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-06 9:31 Jason Wang [this message]
2012-07-06 9:31 ` [Qemu-devel] [RFC V3 1/5] option: introduce qemu_get_opt_all() Jason Wang
2012-07-06 9:31 ` [Qemu-devel] [RFC V3 2/5] tap: multiqueue support Jason Wang
2012-07-06 9:31 ` [Qemu-devel] [RFC V3 3/5] net: " Jason Wang
2012-07-06 9:31 ` [Qemu-devel] [RFC V3 4/5] vhost: " Jason Wang
2012-07-06 9:31 ` [Qemu-devel] [RFC V3 5/5] virtio-net: add " Jason Wang
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=1341567070-14136-1-git-send-email-jasowang@redhat.com \
--to=jasowang@redhat.com \
--cc=akong@redhat.com \
--cc=aliguori@us.ibm.com \
--cc=habanero@linux.vnet.ibm.com \
--cc=jwhan@filewood.snu.ac.kr \
--cc=krkumar2@in.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=mashirle@us.ibm.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rusty@rustcorp.com.au \
--cc=tahm@linux.vnet.ibm.com \
--cc=virtualization@lists.linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).