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, d

To: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Subject: Re: [Xen-ia64-devel] [PATCH] Use saner dom0 memory and vcpu defaults, don't panic on over-allocation
From: Jarod Wilson <jwilson@xxxxxxxxxx>
Date: Wed, 01 Aug 2007 09:47:14 -0400
Cc: Alex Williamson <alex.williamson@xxxxxx>, xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 01 Aug 2007 06:44:58 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20070801052434.GC14448%yamahata@xxxxxxxxxxxxx>
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: Red Hat, Inc.
References: <46AFF7F6.5090105@xxxxxxxxxx> <1185943424.6802.98.camel@bling> <20070801052434.GC14448%yamahata@xxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.5 (X11/20070719)
Isaku Yamahata wrote:
> 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.

The version above does seem to work well for me on all the boxes I've
tested it on, but I'm definitely all ears for how exactly to obtain a
better calculation. I'm not familiar enough with the memory layout to
easily come up with it myself, so anyone else has a suggestion there,
please do speak up.

> 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.

That change works for me.

-- 
Jarod Wilson
jwilson@xxxxxxxxxx


Attachment: signature.asc
Description: OpenPGP digital signature

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