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-ia64-devel] Re: [Xen-devel] [PATCH 0/5] dump-core take 2:

To: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Subject: Re: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 0/5] dump-core take 2:
From: Jes Sorensen <jes@xxxxxxx>
Date: 18 Jan 2007 22:18:46 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, John Levon <levon@xxxxxxxxxxxxxxxxx>, Isaku Yamahata <yamahata@xxxxxxxxxxxxx>, Dave Anderson <anderson@xxxxxxxxxx>, xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 18 Jan 2007 19:18:18 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <D470B4E54465E3469E2ABBC5AFAC390F9E10D6@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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <D470B4E54465E3469E2ABBC5AFAC390F9E10D6@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4
>>>>> "Kevin" == Tian, Kevin <kevin.tian@xxxxxxxxx> writes:

Kevin> Yeah, memory map may be sparse on ia64, but, only at physical
Kevin> level.  You can always present a compact pseudo physical layout
Kevin> to a domain, despite of sparse or not in real physical.:-) BTW,
Kevin> is it possible to save memmap into xenstore, so that multiple
Kevin> user components can communicate such info directly without
Kevin> xen's intervention?

Providing a fake linear memory map like that is totally broken, it
means the domU operating system will not be able to benefit from NUMA
information and do appropriate scheduling. The domU pages needs to be
placed in the metaphysical memory zones that match their physical zone
to get this right.

We can provide a virtual linear map for special cases, like to support
lesser operating systems that can't handle real computers, but the
general case needs to be that pages go into the metaphysical zone that
matches their real physical zone.

This is applicable to any NUMA system, not just ia64 systems, so with
x86_64 becoming mainstream they will need it there too.

A linear scan of the pfn list is just wrong, one should never do that.

Cheers,
Jes

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