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

Re: [Xen-devel] sparse M2P table

To: "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx>
Subject: Re: [Xen-devel] sparse M2P table
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Thu, 17 Sep 2009 07:19:35 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 16 Sep 2009 23:19:59 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <E2263E4A5B2284449EEBD0AAB7510984066EE70AE8@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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: Aco2zHFIneI0pKnDRdyHyRpCp0lLzwAilRgwAAIDfOE=
Thread-topic: [Xen-devel] sparse M2P table
User-agent: Microsoft-Entourage/12.20.0.090605
On 17/09/2009 06:42, "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx> wrote:

> I'm working on similar staff also, mainly because of memory hotplug requires
> such support. Maybe I can base my work on your work :-)
> 
> 256G is not enough if memory hotplug is enabled. In some platform, user can
> set the start address for hotpluged memory and the default value is 1024G.
> That means 4M memory will be used for the L3 table entries (1024 * 4K).

Jan doesn't mean that the M2P only addresses up to 256G; he means that the
M2P itself can be up to 256G in size! I.e., it will be able to address up to
128TB :-)

The only structure in Xen that I think doesn't just work with expanding its
virtual memory allocation and sparse-mapping is the '1:1 memory mapping'.
Because to address such large sparse memory maps, the virtual memory
allocation would be too large. So I'm guessing the '1:1 memory map' area
will end up divided into say 1TB strips with phys_to_virt() executing a
radix-tree lookup to map physical address ranges onto those
dynamically-allocated strips.

 -- Keir



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