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

Re: [Xen-devel] Cpu pools discussion


  • To: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
  • From: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
  • Date: Tue, 28 Jul 2009 15:39:50 +0200
  • Cc: George Dunlap <dunlapg@xxxxxxxxx>, Zhigang Wang <zhigang.x.wang@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <Keir.Fraser@xxxxxxxxxxxxx>
  • Delivery-date: Tue, 28 Jul 2009 06:40:20 -0700
  • Domainkey-signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=QUNU5bv9i0HRfol7msuVqFvnVlkL53Sz5JNjfg2Ql5Qk1tFsilz2ocXl nETKWS/9dQiJC8y5Eym313RSnXWbRlqDL/GtDKFX1qGUmbwhbhZkM+irY 9VemAQJ2xZvPm6QlVn+b92cmojrlCjSHm5UvU5vYUNZUPLYGLUM5rnfmy tQRgx9q8GmjzpXiOwreiRJZm1Yht+RbS1cRxszuwRJjrCXvfmC2QrwptH B+I5+hEXQ4sO98L+B3HTYXTTzLikH;
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

Tim Deegan wrote:
> At 14:24 +0100 on 28 Jul (1248791073), Juergen Gross wrote:
>>> Does strict partitioning of CPUs like this satisfy everyone's
>>> requirements?  Bearing in mind that 
>>>
>>>  - It's not work-conserving, i.e. it doesn't allow best-effort
>>>    scheduling of pool A's vCPUs on the idle CPUs of pool B.
>>>
>>>  - It restricts the maximum useful number of vCPUs per guest to the size
>>>    of a pool rather than the size of the machine. 
>>>
>>>  - dom0 would be restricted to a subset of CPUs.  That seems OK to me
>>>    but occasionally people talk about having dom0's vCPUs pinned 1-1 on 
>>>    the physical CPUs.
>> You don't have to define other pools. You can just live with the default pool
>> extended to all cpus and everything is as today.
> 
> Yep, all I'm saying is you can't do both.  If the people who want this
> feature (so far I count two of you) want to do both, then this
> solution's good not enough, and we should think about that before going
> ahead with it.

Okay.

I think your first point is the most important one.
It might be possible to build a load balancing scheme to shift cpus between
pools dynamically, but this should be step 2, I think :-)
But it would be a nice project :-)


Juergen

-- 
Juergen Gross                 Principal Developer Operating Systems
TSP ES&S SWE OS6                       Telephone: +49 (0) 89 636 47950
Fujitsu Technolgy Solutions               e-mail: juergen.gross@xxxxxxxxxxxxxx
Otto-Hahn-Ring 6                        Internet: ts.fujitsu.com
D-81739 Muenchen                 Company details: ts.fujitsu.com/imprint.html

_______________________________________________
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®.