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-devel] Re: [Xen-changelog] Create new vcpu_op() hypercall. Repl

To: Ryan Harper <ryanh@xxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [Xen-changelog] Create new vcpu_op() hypercall. Replaces old boot_vcpu()
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Mon, 3 Oct 2005 22:53:04 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: 2005年10月03日 21:58:27 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20051003210717.GB17358@xxxxxxxxxx>
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: <E1EMUrD-0002RM-Cz@xxxxxxxxxxxxxxxxxxxxx> <20051003184236.GF29825@xxxxxxxxxx> <0e4ad41728f6eae851f39c1440bdfd72@xxxxxxxxxxxx> <20051003210717.GB17358@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On 3 Oct 2005, at 22:07, Ryan Harper wrote:
I was also thinking toward NUMA systems where I'd like to know which
physical cpus are being utilized for a given domain so when we allocate
memory for a domain we can try to localize those allocations to the cpus
that will be using it. Currently domain memory allocation happens
before secondary processors are selected.
I'd rather see domain creation take both max_vcpus and cpu placement
bitmaps instead, but if that is not acceptable for 3.0, I'll go ahead
and work up the patch as described since it needs to be resolved for
3.0.
I'd rather keep single-purpose dom0 ops than have createdomain become a 'union of everything'. There is already a dom0 op for pinning a vcpu. Right now it can't be used before the domain starts for other than vcpu0 since it requires VCPUOP_create to allocate the vcpu structure, but fixing that is unrelated to whether pin info is passed to DOM0_CREATEDOMAIN. As you say, it's also not critical to fix for 3.0.
 -- Keir
_______________________________________________
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-devel] Re: Status of "management port" in 3.0? , ed despard
Next by Date: RE: [Xen-devel] 32/64-bit hypercall interface , Ian Pratt
Previous by Thread: Re: [Xen-devel] Re: [Xen-changelog] Create new vcpu_op() hypercall. Replaces old boot_vcpu() , Ryan Harper
Next by Thread: [Xen-devel] Re: [Xen-changelog] Create new vcpu_op() hypercall. Replaces old boot_vcpu() , Ryan Harper
Indexes: [Date] [Thread] [Top] [All Lists]

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

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