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: Alex Williamson <alex.williamson@xxxxxx>
Subject: Re: [Xen-ia64-devel] [PATCH] Use saner dom0 memory and vcpu defaults, don't panic on over-allocation
From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Date: Wed, 1 Aug 2007 14:24:34 +0900
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 31 Jul 2007 22:21:59 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1185943424.6802.98.camel@bling>
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>
References: <46AFF7F6.5090105@xxxxxxxxxx> <1185943424.6802.98.camel@bling>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.4.2.1i
On Tue, Jul 31, 2007 at 10:43:44PM -0600, Alex Williamson wrote:
> > +       /* 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,

I guess it comes from compute_dom0_nr_pages() under arch/x86.
However I don't know why compute_dom0_nr_pages() is so.
Anyway It should be different for ia64. While I'm guessing the most
dominant factor is the p2m table, domain0 building process should
be revised for the correct estimation.

BTW alloc_dom0_size() may be confusing because it doesn't allocate anymore.
How about calc_dom0_size()? 
This isn't essential. very minor issue. Just for my preference.

-- 
yamahata

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