From: George Dunlap <george.dunlap@eu.citrix.com>
To: Dario Faggioli <dario.faggioli@citrix.com>,
George Dunlap <George.Dunlap@citrix.com>
Cc: "xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
"JBeulich@suse.com" <JBeulich@suse.com>
Subject: Re: [PATCH v2] credit: generalize __vcpu_has_soft_affinity()
Date: Fri, 6 Mar 2015 14:57:48 +0000 [thread overview]
Message-ID: <54F9C06C.1080808@eu.citrix.com> (raw)
In-Reply-To: <1425648697.12503.76.camel@citrix.com>
On 03/06/2015 01:31 PM, Dario Faggioli wrote:
> On Fri, 2015-03-06 at 11:38 +0000, George Dunlap wrote:
>> On 03/06/2015 11:12 AM, Dario Faggioli wrote:
>
>>> ---
>>> Hard affinity balancing is always necessary and must never be skipped.
>>> Soft affinity balancing is only useful if it, potentially, makes a
>>> difference.
>>>
>>> In more details, there is no point checking soft affinity if:
>>> * there is no online pCPU in the domain's cpupool that is not in the
>>> soft affinity mask
>>> * there is no pCPU in the hard affinity mask that is not in the soft
>>> affinity mask
>>> * there is no overlapping between the soft affinity mask and the mask
>>> being considered (which, in most cases, is the hard affinity mask)
>>> ---
>>
>> I think what you've said here is almost exactly the same thing as what I
>> said, except using different words. (i.e., "X not a subset of Y" means
>> "there are X which are not in Y")
>>
> Well, of course it is! I mean, it wouldn't have, if you comment were
> wrong, which it wasn't. :-)
>
> It's also exactly my point. In fact, in this case, adding something like
> what you're suggesting to the comment seems to me to be aimed at making
> the reader able to understand the code faster, isn't it? If yes, then
> the words "subset" is already used in the code, and suggesting to use
> different words is the entire point I'm trying to make! :-)
Well when you said "high level", I thought you meant explaining it in a
different way or from a different perspective, as opposed to using
non-Latin-based words. :-)
-George
next prev parent reply other threads:[~2015-03-06 14:58 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-06 7:36 [PATCH v2] credit: generalize __vcpu_has_soft_affinity() Jan Beulich
2015-03-06 8:39 ` Dario Faggioli
2015-03-06 9:53 ` George Dunlap
2015-03-06 10:16 ` Jan Beulich
2015-03-06 11:32 ` George Dunlap
2015-03-06 11:44 ` Jan Beulich
2015-03-06 12:00 ` George Dunlap
2015-03-06 13:10 ` Jan Beulich
2015-03-06 13:23 ` Dario Faggioli
2015-03-06 13:32 ` Jan Beulich
2015-03-06 13:44 ` Dario Faggioli
2015-03-06 11:12 ` Dario Faggioli
2015-03-06 11:38 ` George Dunlap
2015-03-06 13:31 ` Dario Faggioli
2015-03-06 14:57 ` George Dunlap [this message]
2015-03-06 15:10 ` Dario Faggioli
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=54F9C06C.1080808@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=George.Dunlap@citrix.com \
--cc=JBeulich@suse.com \
--cc=dario.faggioli@citrix.com \
--cc=xen-devel@lists.xenproject.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.