Re: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 0/5] dump-core take

>>>>> "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:

Re: [Xen-ia64-devel] [Patch] allocate all memory to dom0, Akio Takebe

Next by Date:

[Xen-ia64-devel] [Patch 0/2] INIT handler improvement, Akio Takebe

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]