[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • To: Atsushi SAKAI <sakaia@xxxxxxxxxxxxxx>
  • From: Emmanuel Ackaouy <ackaouy@xxxxxxxxx>
  • Date: Wed, 27 Jun 2007 14:21:54 +0200
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Wed, 27 Jun 2007 05:19:50 -0700
  • 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=oNiv4kIzuBzN+KFROdInwxdy+B6qnNJjy9ZmQdNfyXPMldYw/wB3OhyQ1JI8d80L6sg43j4WlhZY8HKc+67cP5svX6+mOOti47OAcOONOEa+g55wuINC8WfKPPnJTaGxhU/jx4AfU9sMB6l54UTwQlcYum1cwoAOlsBsIFk6F4c=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On Jun 27, 2007, at 14:07, Atsushi SAKAI wrote:
 Thank you for commenting my patch.
 I am waiting for this kind of discussion.

My patch is a kind of full-set solution for this vcpu-pin weight issue.
Of couse, your suggested complex configuration considers it.
Since my patch is calculate each pcpu credit.
(It makes a kind of long code((+)365line)).

Anyway your suggested,
Segmenting pcpu is another useful solution.
Since in typical use, seg-1 for dev seg-2 for rest.
But flexibility is reduced from previous one.
In this case vcpu-pin cannot define over the multiple segmentation.

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.


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.