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

xen-devel

[Top] [All Lists]

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: 2007年1月18日 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
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: [Xen-devel] [PATCH] Update pygrub for new Solaris directory names , john . levon
Next by Date: [Xen-devel] Re: [patch 17/20] XEN-paravirt: Add Xen grant table support , Jeremy Fitzhardinge
Previous by Thread: Re: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 0/5] dump-core take 2: , Keir Fraser
Next by Thread: Re: [Xen-devel] [PATCH 0/5] dump-core take 2: , Keir Fraser
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /