[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110406092946.GD25626@redhat.com>
Date: Wed, 6 Apr 2011 12:29:46 +0300
From: Gleb Natapov <gleb@...hat.com>
To: Markus Armbruster <armbru@...hat.com>
Cc: Anthony Liguori <anthony@...emonkey.ws>,
Avi Kivity <avi@...hat.com>, Pekka Enberg <penberg@...nel.org>,
linux-kernel@...r.kernel.org, aarcange@...hat.com,
mtosatti@...hat.com, kvm@...r.kernel.org, joro@...tes.org,
penberg@...helsinki.fi, asias.hejun@...il.com, gorcunov@...il.com,
mingo@...e.hu
Subject: Re: [ANNOUNCE] Native Linux KVM tool
On Wed, Apr 06, 2011 at 10:59:45AM +0200, Markus Armbruster wrote:
> Anthony Liguori <anthony@...emonkey.ws> writes:
>
> > On 04/03/2011 05:11 AM, Avi Kivity wrote:
> >> On 04/03/2011 12:59 PM, Pekka Enberg wrote:
> >>> Hi Avi,
> >>>
> >>> On Sun, Apr 3, 2011 at 11:23 AM, Avi Kivity<avi@...hat.com> wrote:
> >>> >> Note that this is a development prototype for the time being:
> >>> there's no
> >>> >> networking support and no graphics support, amongst other missing
> >>> >> essentials.
> >>> >
> >>> > Mind posting a roadmap? I would put smp support near the top.
> >>> This sort of
> >>> > thing has to be designed in, otherwise you wind up with a big
> >>> lock like
> >>> > qemu.
> >>>
> >>> What are the pain points with qemu at the moment?
> >>
> >> It's an ugly gooball.
> >
> > Because it solves a lot of very difficult problems.
>
> And the solutions emerged / evolved over a long time. Meanwhile, goals
> shifted. It wasn't designed as user space for KVM, it got shoehorned
> into that role (successfully).
>
> It has some solutions it should have left to other tools. For instance,
> it shouldn't be in the network configuration business.
>
> > You could drop all of the TCG support and it'd still be an ugly gooball.
> >
> > Supporting lots of different emulated hardware devices, live
> > migration, tons of different types of networking and image formats,
> > etc., all adds up over time.
>
> It does. Still, a fresh start could lead to a less ugly gooball.
>
> >>> SMP, networking, and simpler guest to host communication from shell
> >>> are most interesting missing features for me.
> >>
> >> If it is to be more than a toy, then Windows (really generic guest)
> >> support, manageability, live migration, hotplug, etc. are all
> >> crucial.
> >
> > I concur that SMP is probably one of those features you need to start
> > with if you're designing something from scratch.
>
> Certainly. Another one that doesn't like retrofitting is security.
And migration :)
--
Gleb.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists