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-cim

[Xen-cim] Re: Removing pcpus from the scheduling pool

To: "Subrahmanian, Raj" <raj.subrahmanian@xxxxxxxxxx>
Subject: [Xen-cim] Re: Removing pcpus from the scheduling pool
From: Emmanuel Ackaouy <ackaouy@xxxxxxxxx>
Date: Tue, 19 Dec 2006 16:13:31 +0100
Cc: xen-cim@xxxxxxxxxxxxxxxxxxx, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>, Jim Fehlig <jfehlig@xxxxxxxxxx>
Delivery-date: Thu, 28 Dec 2006 03:05:45 -0800
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=AortU/oLPcLby2EATZ4EL+t5RWT/4JGsvoBQvUcLu5m5tRFMRqiv1URs052uKOy7E1ZepneAMg411zULRx//RodE8XKDddsAV6LWtYyYQVmUY6HiS7POoO+41JVghK/mFDBBnMV7FExXtEUB+HmA1doMpXgUZCRt+xtNbMAgXik=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <94C8C9E8B25F564F95185BDA64AB05F604853661@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-cim-request@lists.xensource.com?subject=help>
List-id: xen-cim mailing list <xen-cim.lists.xensource.com>
List-post: <mailto:xen-cim@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-cim>, <mailto:xen-cim-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-cim>, <mailto:xen-cim-request@lists.xensource.com?subject=unsubscribe>
References: <94C8C9E8B25F564F95185BDA64AB05F604853661@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-cim-bounces@xxxxxxxxxxxxxxxxxxx
I think what you want to do here is restrict every domain to run only on
a subset of the available physical CPUs except for the management
domain(s) which would be either unrestricted or restricted to their
own dedicated set of physical CPUs.

For example, on a 4-way host, you could set dom0's cpumask to "0"
(run only on CPU 0) while every other domain's cpumask would be
set to "1-3" (run only on CPUs 1, 2, or 3, but NOT 0).

You can do this today using the vcpu-pin / cpumask interface.

Eventually, I would like to add support for cpusets such that the
host system can be carved into zones. VMs could be assigned
to run in specific zones. This will be more straightforward but it
is not work that I have even started on yet.

Emmanuel.

On Dec 19, 2006, at 16:01, Subrahmanian, Raj wrote:

Emmanuel,

The Xen-CIM team has a requirement that we should be able to remove
PCPUs from the scheduling pool. I quote..
* Support for ResourcePoolConfigurationService on some pool types,
e.g. ProcessorPool.This functionality will support for example
removing PCPUs from the pool and dedicate to management domain, thus
restricting set of PCPUs available for consumption by VMs.  Does xen
support
this?  Can we mask PCPUs such that they are not available to VMs?
End quote.

What needs to be done to add this functionality to the current
scheduler?

Alternately, since you mentioned that vcpu-pinning is not-soft, is it
possible that if we ran a dummy VM that was pinned to the pcpus, we
could do something so we would not be preempted (that would keep those
pcpus from being released into the general scheduling pool)? Is that
even possible? Or would it be more complicated than merely patching the
scheduler and providing a path to doing it via xend?
VCPU affinity should not be soft. By the time the set
affinity hypercall returns, the VCPU in question should be
running on a physical CPU set in its affinity mask.

Thanks
Raj



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

<Prev in Thread] Current Thread [Next in Thread>