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-ia64-devel

Re: [Xen-ia64-devel] [PATCH] Use saner dom0 memory and vcpu defaults, do

To: Jarod Wilson <jwilson@xxxxxxxxxx>
Subject: Re: [Xen-ia64-devel] [PATCH] Use saner dom0 memory and vcpu defaults, don't panic on over-allocation
From: Alex Williamson <alex.williamson@xxxxxx>
Date: Tue, 31 Jul 2007 22:43:44 -0600
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 31 Jul 2007 21:41:36 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <46AFF7F6.5090105@xxxxxxxxxx>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: HP OSLO R&D
References: <46AFF7F6.5090105@xxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi Jarod,

On Tue, 2007-07-31 at 23:03 -0400, Jarod Wilson wrote:
> So as a safer and less-crippling compromise, based on some of the code
> originally proposed in that thread, I'm proposing that dom0 try to
> come
> up on up to 4GB of RAM and 4 cpus by default. The attached patch
> implements that proposal. Exact values can be tweaked a bit, if deemed
> necessary, don't get hung up on that too much.

   This seems like a reasonable default to me.  I usually end up
specifying increased dom0 memory and cpu in my elilo.conf anyway.

> One nice additional bit this patch adds is support for handling the
> case
> where the user requests slightly more memory than is physically
> available without a kernel panic.

   Yes, this would be a good feature.

> Comments/criticism/acceptance welcomed...

   We'll need a Signed-off-by, and...

> +       /* maximum available memory for dom0 */
> +       max_dom0_pages = avail_domheap_pages() -
> +                        min(avail_domheap_pages() /
> +                        16UL, 512UL << (20 - PAGE_SHIFT)) ;

   I assume this heuristic came from Akio's patch in the thread you
referenced; can anyone explain how this was derived and why it's
necessary?  It looks like a fairly random fudge factor.  Thanks,

        Alex

-- 
Alex Williamson                             HP Open Source & Linux Org.


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