[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH] increase initial memory reservation for stubdom based HVM domains


  • To: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
  • Date: Thu, 15 Jan 2009 17:04:36 +0000
  • Cc:
  • Delivery-date: Thu, 15 Jan 2009 09:05:45 -0800
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acl3M1f81syCfb2ZB0uMjw7CUuEF4g==
  • Thread-topic: [Xen-devel] [PATCH] increase initial memory reservation for stubdom based HVM domains

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?

 -- Keir



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.