All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: "Michael S. Tsirkin" <mst@redhat.com>, Jason Wang <jasowang@redhat.com>
Cc: Krishna Kumar2 <krkumar2@in.ibm.com>,
	lmr@redhat.com, "Xin, Xiaohui" <xiaohui.xin@intel.com>,
	kvm@vger.kernel.org, netdev@vger.kernel.org,
	Shirley Ma <mashirle@us.ibm.com>,
	virtualization@lists.linux-foundation.org,
	David Stevens <dlstevens@us.ibm.com>,
	qemu-devel@nongnu.org, vyasevic@redhat.com,
	herbert@gondor.hengli.com.au, jdike@linux.intel.com,
	sri@linux.vnet.ibm.com
Subject: Re: updated: kvm networking todo wiki
Date: Fri, 24 May 2013 08:47:58 -0500	[thread overview]
Message-ID: <8738tctrox.fsf__21335.6649539948$1369403298$gmane$org@codemonkey.ws> (raw)
In-Reply-To: <20130524113542.GA7046@redhat.com>

"Michael S. Tsirkin" <mst@redhat.com> writes:

> On Fri, May 24, 2013 at 05:41:11PM +0800, Jason Wang wrote:
>> On 05/23/2013 04:50 PM, Michael S. Tsirkin wrote:
>> > Hey guys,
>> > I've updated the kvm networking todo wiki with current projects.
>> > Will try to keep it up to date more often.
>> > Original announcement below.
>> 
>> Thanks a lot. I've added the tasks I'm currently working on to the wiki.
>> 
>> btw. I notice the virtio-net data plane were missed in the wiki. Is the
>> project still being considered?
>
> It might have been interesting several years ago, but now that linux has
> vhost-net in kernel, the only point seems to be to
> speed up networking on non-linux hosts.

Data plane just means having a dedicated thread for virtqueue processing
that doesn't hold qemu_mutex.

Of course we're going to do this in QEMU.  It's a no brainer.  But not
as a separate device, just as an improvement to the existing userspace
virtio-net.

> Since non-linux does not have kvm, I doubt virtio is a bottleneck.

FWIW, I think what's more interesting is using vhost-net as a networking
backend with virtio-net in QEMU being what's guest facing.

In theory, this gives you the best of both worlds: QEMU acts as a first
line of defense against a malicious guest while still getting the
performance advantages of vhost-net (zero-copy).

> IMO yet another networking backend is a distraction,
> and confusing to users.
> In any case, I'd like to see virtio-blk dataplane replace
> non dataplane first. We don't want two copies of
> virtio-net in qemu.

100% agreed.

Regards,

Anthony Liguori

>
>> > ----
>> >
>> > I've put up a wiki page with a kvm networking todo list,
>> > mainly to avoid effort duplication, but also in the hope
>> > to draw attention to what I think we should try addressing
>> > in KVM:
>> >
>> > http://www.linux-kvm.org/page/NetworkingTodo
>> >
>> > This page could cover all networking related activity in KVM,
>> > currently most info is related to virtio-net.
>> >
>> > Note: if there's no developer listed for an item,
>> > this just means I don't know of anyone actively working
>> > on an issue at the moment, not that no one intends to.
>> >
>> > I would appreciate it if others working on one of the items on this list
>> > would add their names so we can communicate better.  If others like this
>> > wiki page, please go ahead and add stuff you are working on if any.
>> >
>> > It would be especially nice to add autotest projects:
>> > there is just a short test matrix and a catch-all
>> > 'Cover test matrix with autotest', currently.
>> >
>> > Currently there are some links to Red Hat bugzilla entries,
>> > feel free to add links to other bugzillas.
>> >
>> > Thanks!
>> >

  reply	other threads:[~2013-05-24 13:47 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-23  8:50 updated: kvm networking todo wiki Michael S. Tsirkin
2013-05-23  8:50 ` [Qemu-devel] " Michael S. Tsirkin
2013-05-23 14:12 ` Lucas Meneghel Rodrigues
2013-05-23 14:12 ` Lucas Meneghel Rodrigues
2013-05-23 14:12   ` [Qemu-devel] " Lucas Meneghel Rodrigues
2013-05-24  9:41 ` Jason Wang
2013-05-24  9:41   ` [Qemu-devel] " Jason Wang
2013-05-24 11:35   ` Michael S. Tsirkin
2013-05-24 11:35     ` [Qemu-devel] " Michael S. Tsirkin
2013-05-24 13:47     ` Anthony Liguori [this message]
2013-05-24 13:47     ` Anthony Liguori
2013-05-24 13:47       ` [Qemu-devel] " Anthony Liguori
2013-05-24 14:00       ` Michael S. Tsirkin
2013-05-24 14:00         ` [Qemu-devel] " Michael S. Tsirkin
2013-05-29  0:07         ` Rusty Russell
2013-05-29  0:07         ` Rusty Russell
2013-05-29  0:07           ` [Qemu-devel] " Rusty Russell
2013-05-29 13:01           ` Anthony Liguori
2013-05-29 13:01             ` [Qemu-devel] " Anthony Liguori
2013-05-29 14:12             ` Michael S. Tsirkin
2013-05-29 14:12               ` [Qemu-devel] " Michael S. Tsirkin
2013-05-30  5:23             ` Rusty Russell
2013-05-30  5:23               ` [Qemu-devel] " Rusty Russell
2013-05-30  6:38               ` Stefan Hajnoczi
2013-05-30  6:38               ` Stefan Hajnoczi
2013-05-30  6:38                 ` [Qemu-devel] " Stefan Hajnoczi
2013-05-30  7:18                 ` Rusty Russell
2013-05-30  7:18                   ` [Qemu-devel] " Rusty Russell
2013-05-30 13:40                 ` Anthony Liguori
2013-05-30 13:40                   ` [Qemu-devel] " Anthony Liguori
2013-05-30 13:44                   ` Michael S. Tsirkin
2013-05-30 13:44                     ` [Qemu-devel] " Michael S. Tsirkin
2013-05-30 14:41                     ` Anthony Liguori
2013-05-30 14:41                       ` [Qemu-devel] " Anthony Liguori
2013-06-03  0:32                       ` Rusty Russell
2013-06-03  0:32                         ` [Qemu-devel] " Rusty Russell
2013-05-30 13:39               ` Anthony Liguori
2013-05-30 13:39                 ` [Qemu-devel] " Anthony Liguori
2013-05-30 13:39               ` Anthony Liguori
2013-05-30  5:23             ` Rusty Russell

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='8738tctrox.fsf__21335.6649539948$1369403298$gmane$org@codemonkey.ws' \
    --to=anthony@codemonkey.ws \
    --cc=dlstevens@us.ibm.com \
    --cc=herbert@gondor.hengli.com.au \
    --cc=jasowang@redhat.com \
    --cc=jdike@linux.intel.com \
    --cc=krkumar2@in.ibm.com \
    --cc=kvm@vger.kernel.org \
    --cc=lmr@redhat.com \
    --cc=mashirle@us.ibm.com \
    --cc=mst@redhat.com \
    --cc=netdev@vger.kernel.org \
    --cc=qemu-devel@nongnu.org \
    --cc=sri@linux.vnet.ibm.com \
    --cc=virtualization@lists.linux-foundation.org \
    --cc=vyasevic@redhat.com \
    --cc=xiaohui.xin@intel.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.