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/
Home Products Support Community News


Re: [Xen-devel] Design question for PV superpage support

To: Dave McCracken <dcm@xxxxxxxx>, "Mick.Jordan@xxxxxxx" <Mick.Jordan@xxxxxxx>, Xen Developers List <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Design question for PV superpage support
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Mon, 02 Mar 2009 17:52:42 +0000
Delivery-date: Mon, 02 Mar 2009 09:53:13 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <200903021129.42739.dcm@xxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcmbXPRWbdGI72w9QvmoGE9ppnGXHQAArrY1
Thread-topic: [Xen-devel] Design question for PV superpage support
User-agent: Microsoft-Entourage/
On 02/03/2009 17:29, "Dave McCracken" <dcm@xxxxxxxx> wrote:

>> This wouldn't work too well for me in the case of thread stacks because
>> we need to map out parts of the stack and, although we want large
>> virtual stacks, we don't want do dedicate that much physical memory. Is
>> it really difficult to support mixed pages sizes in the general case,
>> e.g., save/restore etc.?
> What I am doing is populating the domain with 2M pages.  The hypervisor fills
> in all its internal arrays as if they were regular 4K pages.  The guest is
> then free to use mixed size pages.  The only significant difference is that
> when a guest does allocate a 2M page, it's guaranteed to be properly aligned
> at the machine page level so it can be mapped as a hugepage.   All 4K page
> allocations will continue to work.

It'd be nice to fall back to the case of not being able to guarantee all 2MB
extents are aligned and contiguous. So for example being able to migrate to
or restore on a system that currently doesn't have enough contiguous memory.

 -- Keir

Xen-devel mailing list