All of lore.kernel.org
 help / color / mirror / Atom feed
From: Juergen Gross <juergen.gross@ts.fujitsu.com>
To: Tim Deegan <Tim.Deegan@citrix.com>
Cc: George Dunlap <dunlapg@umich.edu>,
	Zhigang Wang <zhigang.x.wang@oracle.com>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Keir Fraser <Keir.Fraser@eu.citrix.com>
Subject: Re: Cpu pools discussion
Date: Tue, 28 Jul 2009 15:39:50 +0200	[thread overview]
Message-ID: <4A6EFFA6.3000405@ts.fujitsu.com> (raw)
In-Reply-To: <20090728133134.GK5235@york.uk.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@ts.fujitsu.com
Otto-Hahn-Ring 6                        Internet: ts.fujitsu.com
D-81739 Muenchen                 Company details: ts.fujitsu.com/imprint.html

  reply	other threads:[~2009-07-28 13:39 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-27 15:20 Cpu pools discussion George Dunlap
2009-07-27 15:50 ` Keir Fraser
2009-07-28  0:41 ` Zhigang Wang
2009-07-28  9:19   ` Tim Deegan
2009-07-28 10:15     ` Juergen Gross
2009-07-28 12:50       ` George Dunlap
2009-07-28 13:07         ` Tim Deegan
2009-07-28 13:24           ` Juergen Gross
2009-07-28 13:31             ` Tim Deegan
2009-07-28 13:39               ` Juergen Gross [this message]
2009-07-28 13:47                 ` George Dunlap
2009-07-28 13:57                   ` Juergen Gross
2009-07-28 15:29                     ` Dan Magenheimer
2009-07-28 15:49                       ` Keir Fraser
2009-07-28 16:26                         ` George Dunlap
2009-07-29  0:29                         ` Zhigang Wang
2009-07-29  5:47                       ` Juergen Gross
2009-07-28 13:41               ` George Dunlap
2009-07-28 13:55                 ` Keir Fraser
2009-07-29  6:14                   ` Juergen Gross
2009-07-29  7:39                     ` Keir Fraser
2009-07-29  8:52                       ` Juergen Gross
2009-07-29  9:35                         ` Keir Fraser
2009-07-29 11:06                           ` Juergen Gross
2009-07-29 12:28                             ` Keir Fraser
2009-07-29 12:33                               ` Juergen Gross
2009-07-29 13:00                                 ` Keir Fraser
2009-07-30  5:46                                   ` Juergen Gross
2009-07-30  8:30                                     ` Keir Fraser
2009-07-30  8:58                                       ` Juergen Gross
2009-07-30 12:51                                       ` Juergen Gross
2009-07-30 13:18                                         ` Keir Fraser
2009-07-31  5:25                                           ` Juergen Gross
2009-07-28  5:40 ` Juergen Gross
2009-07-28  9:09   ` Keir Fraser
2009-07-28 10:19     ` Juergen Gross

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A6EFFA6.3000405@ts.fujitsu.com \
    --to=juergen.gross@ts.fujitsu.com \
    --cc=Keir.Fraser@eu.citrix.com \
    --cc=Tim.Deegan@citrix.com \
    --cc=dunlapg@umich.edu \
    --cc=xen-devel@lists.xensource.com \
    --cc=zhigang.x.wang@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.