WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: [Qemu-devel] [PATCH 0/7] merge some xen bits into qe

To: Stefan de Konink <skinkie@xxxxxxxxx>
Subject: Re: [Xen-devel] Re: [Qemu-devel] [PATCH 0/7] merge some xen bits into qemu
From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxxx>
Date: Tue, 29 Jul 2008 00:39:11 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Gerd Hoffmann <kraxel@xxxxxxxxxx>, Anthony Liguori <anthony@xxxxxxxxxxxxx>
Delivery-date: Mon, 28 Jul 2008 16:39:37 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20080729012539.Q2280-100000@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Mail-followup-to: Samuel Thibault <samuel.thibault@xxxxxxxxxxxxx>, Stefan de Konink <skinkie@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, Gerd Hoffmann <kraxel@xxxxxxxxxx>, Anthony Liguori <anthony@xxxxxxxxxxxxx>
References: <20080728232255.GD11519@implementation> <20080729012539.Q2280-100000@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.12-2006-07-14
Stefan de Konink, le Tue 29 Jul 2008 01:27:24 +0200, a écrit :
> On Tue, 29 Jul 2008, Samuel Thibault wrote:
> 
> > Stefan de Konink, le Mon 28 Jul 2008 17:22:39 +0200, a écrit :
> > > > This is moving in almost the opposite
> > > > direction to Xen upstream is moving: we are moving qemu-dm into its
> > > > own tiny domain, so that the qemu code doesn't need to run as a
> > > > process in dom0; this has important security and scalability
> > > > advantages.
> > >
> > > I think your userbase prefers the way Red Hat goes. If you do a reality
> > > check on the current Python implementation and its memory usage, it is so
> > > far from an ESX equivalent that I put my money on any Qemu userspace
> > > version.
> > >
> > > So if you say this new domain will not take at least 128MB extra memory,
> > > that could be interesting.
> >
> > Err...  Currently the default allocated memory is 32MB because there are
> > still some bloats, but there is no reason why qemu-dm in its own domain
> > should take much more than qemu-dm in dom0.  Currently it should be able
> > to fit within 16MB.
> 
> And you don't count the 331MB virtual memory the process takes, and every
> tapdisk that is created?

That depends on what you have configured of course. Virtual memory
doesn't account at all, most of it just belongs to the guest.

> But I would love to see the 16MB version...

Well, just configure the use of stubdom-dm, and to see the free memory
(of the allocated 32MB), compile with #define LIBC_VERBOSE uncommented
in extras/mini-os/lib/sys.c

Samuel

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel