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: Keir Fraser <keir@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH][RFC] consider vcpu-pin weight on CreditScheduler TAKE2
From: Emmanuel Ackaouy <ackaouy@xxxxxxxxx>
Date: Wed, 27 Jun 2007 14:52:32 +0200
Cc: Atsushi SAKAI <sakaia@xxxxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 27 Jun 2007 05:50:29 -0700
Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=BPBe9pkECEdorwc8igPXkumdgTJDkfhNLefUxFBTSJj/GoddnFLZcgkgyj6VoYhrMejfHsjTgD/pyqnaQnBA7sgmyvgiIaWWfLMseKm78XJv2IJpa+YQlg1dg4qZ/71Ve7kaETsK8lOlZlERen2VdHpIBxwwyyI30Ck6WeieP84=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=lJ7HFkIm0WoOsNWD32WyGsma+yN9S7pzs657+XCJFDDiRDy9JoAcUzM1qyiTo7R6YyjujEaQ3nFKt7xzopeJXlAE/8/v/2UYpwyVSIB1Ej2ZKqUdq1YrtvF35euYaqItiZQMWqTBzXnsS9GdY8KExmh+2XW3pWGMd46eMEnlacs=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C2A81716.1166C%keir@xxxxxxxxxxxxx>
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: <C2A81716.1166C%keir@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Jun 27, 2007, at 14:31, Keir Fraser wrote:
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.

If you don't want to change the API, the partitioning could just
automagically happen when all distinct cpu affinity masks set
using the existing interface are non-overlapping.


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