From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: "Keir (Xen.org)" <keir@xen.org>, xen-devel <xen-devel@lists.xen.org>
Subject: Re: x86/dom0: limit dom0_max_vcpus value
Date: Mon, 12 Mar 2012 16:32:39 +0000 [thread overview]
Message-ID: <4F5E2527.9030605@citrix.com> (raw)
In-Reply-To: <4F5E2E750200007800077C1B@nat28.tlf.novell.com>
On 12/03/12 16:12, Jan Beulich wrote:
>>>> On 12.03.12 at 16:56, Andrew Cooper <andrew.cooper3@citrix.com> wrote:
>> This caused particularly poor performance when booting a server in
>> uniprocessor mode for debugging reasons, and had 4 dom0 vcpus competing
>> for 1pcpus worth of time.
> NAK. This was intentionally removed in an earlier c/s (and I'm in fact
> making use of this for certain types of stress tests). No-one forces
> you or anyone else to boot with dom0_max_vcpus=4 when there's
> just a single pCPU.
>
> Jan
What is the justification for removing it? c/s 18266:d31546a3883e has no
explanation.
This is now resulting in a command line parameter with "max" in its name
acting unlike all other "max" parameters. There is certainly an
argument for introducing a "dom0_cpus" parameter for setting an exact
number, but I feel that this behavior is wrong for a parameter with
"max" in its name.
--
Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer
T: +44 (0)1223 225 900, http://www.citrix.com
next prev parent reply other threads:[~2012-03-12 16:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-12 15:56 x86/dom0: limit dom0_max_vcpus value Andrew Cooper
2012-03-12 16:12 ` Jan Beulich
2012-03-12 16:32 ` Andrew Cooper [this message]
2012-03-12 16:41 ` Jan Beulich
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=4F5E2527.9030605@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=JBeulich@suse.com \
--cc=keir@xen.org \
--cc=xen-devel@lists.xen.org \
/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.