Xen 
 
Home About Xen.org Xen Xen Summit Wiki Mailing List Bug Tracker Xen Downloads
 
   
 

xen-devel

Re: [Xen-devel] [PATCH][RFC] consider vcpu-pin weight on CreditScheduler

To: Emmanuel Ackaouy <ackaouy@xxxxxxxxx>, Atsushi SAKAI <sakaia@xxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH][RFC] consider vcpu-pin weight on CreditScheduler TAKE2
From: Keir Fraser <keir@xxxxxxxxxxxxx>
Date: Wed, 27 Jun 2007 13:31:02 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 27 Jun 2007 05:29:04 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <54544386934904fcb51d4ece80ca9db9@xxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Ace4twXZRJb1jCSqEdyz1QAX8io7RQ==
Thread-topic: [Xen-devel] [PATCH][RFC] consider vcpu-pin weight on CreditScheduler TAKE2
User-agent: Microsoft-Entourage/11.3.3.061214
On 27/6/07 13:21, "Emmanuel Ackaouy" <ackaouy@xxxxxxxxx> wrote:

>> Which is the best way to solve?
> 
> If you could solve the generic problem in a simpler way, I would
> not be opposed to it. But +365 lines in what is already a fairly
> complex accounting code path doesn't seem right to me.
> 
> I can't even understand what weights mean when every CPU
> has a different pin cpumask. Weights only make sense to me
> when VMs compete for resources.
> 
> In my opinion, adding the concept of dynamic partitioning (or
> segmentation) of the host system would allow a bunch of people
> to no longer have to pin their VCPUs. This is desirable.

Partitioning is a very sensible simplification in many (most?) cases, but
would need plumbing all the way up through xen-api, which is a pain. I still
suspect that the patch could be simplified even without interface changes. I
don't understand the need to add extra complexity on every accounting
period.

 -- Keir


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