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] [PATCH] increase initial memory reservation for stubdom

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] increase initial memory reservation for stubdom based HVM domains
From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
Date: Thu, 15 Jan 2009 18:42:02 +0100
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Delivery-date: Thu, 15 Jan 2009 09:42:29 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C5951D24.21023%keir.fraser@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@xxxxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
References: <496F6848.5040800@xxxxxxxxxxxxx> <C5951D24.21023%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.12-2006-07-14
Keir Fraser, le Thu 15 Jan 2009 17:04:36 +0000, a écrit :
> On 15/01/2009 16:46, "Stefano Stabellini" <stefano.stabellini@xxxxxxxxxxxxx>
> wrote:
> > this patch requests 32 additional MB of free RAM from dom0 when an HVM
> > domain is started, if the device model for the domain is provided by a
> > stubdom.
> > This way there is no risk that a stubdom fails to populate the videoram
> > because the RAM freed for the videoram by dom0 has already been used to
> > create the stubdom.
> 
> Does this mean you're giving up on 'properly' fixing the auto ballooner? :-)
> 
> At least the +32 needs a comment. Perhaps abstraction into a function or
> variable as well as a comment. Is the value 32 as arbitrary as it seems?

32 comes from stubdom/stubdom-dm. It is a bit arbitrary in that it may
not be enough if you add a lot of network cards etc. but should usually
be fine.

Samuel

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