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

[Xen-devel] Re: [RFC] limit dom0 memory using Xen's dom0_mem command lin

To: David Vrabel <david.vrabel@xxxxxxxxxx>
Subject: [Xen-devel] Re: [RFC] limit dom0 memory using Xen's dom0_mem command line option
From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Date: Tue, 16 Aug 2011 09:33:02 -0400
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 16 Aug 2011 06:34:00 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1313488838-28809-1-git-send-email-david.vrabel@xxxxxxxxxx>
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>
References: <1313488838-28809-1-git-send-email-david.vrabel@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.21 (2010-09-15)
On Tue, Aug 16, 2011 at 11:00:35AM +0100, David Vrabel wrote:
> This set of patches limits the amount of memory dom0 can use by using
> Xen's dom0_mem=max:NNN command line option.  This can make extra
> memory available because less memory is wasted on page tables that are
> never used and fewer pages are reserved for low memory situations.
> 
> In addition, the extra pages can be in two regions which allows more
> low memory to be available if dom0 intially starts with less than 1
> GiB.
> 
> Xen requires the patch "x86: use 'dom0_mem' to limit the number of
> pages for dom0" to provide the correct information in the
> XENMEM_maximum_reservation memory op.
> 
> Instead of this approach would it be better to limit dom0 memory to
> the initial number pages and use the recently added memory hotplug
> support in the balloon driver for all reservation increases?

I was thinking about it, but one interesting thing that Stefano and Jeremy
pointed out is that we need to have some amount of "reserved" memory
at the start of the machine. We need that "reserved" memory so that the
Linux guest can allocate 'struct page' for non-existent memory - and then
those 'struct page' we can use for sharing pages across domains.

So if you use the memory hotplug, we might not have that
reserved memory during bootup - and we need it. Perhaps there is
a way to compromise on this?

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