From: Dario Faggioli <dario.faggioli@citrix.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: Ian Campbell <Ian.Campbell@citrix.com>,
Li Yechen <lccycc123@gmail.com>,
George Dunlap <George.Dunlap@eu.citrix.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
Elena Ufimtseva <ufimtseva@gmail.com>,
sw@linux.com
Subject: Re: [PATCH RFC v2 5/7] libxl/vNUMA: VM config parsing functions
Date: Mon, 14 Oct 2013 15:15:24 +0200 [thread overview]
Message-ID: <1381756524.15420.23.camel@Abyss> (raw)
In-Reply-To: <21079.56960.505407.925318@mariner.uk.xensource.com>
[-- Attachment #1.1: Type: text/plain, Size: 2793 bytes --]
On ven, 2013-10-11 at 12:18 +0100, Ian Jackson wrote:
> Dario Faggioli writes ("Re: [Xen-devel] [PATCH RFC v2 5/7] libxl/vNUMA: VM config parsing functions"):
> > On gio, 2013-10-10 at 12:25 -0400, Elena Ufimtseva wrote:
> > > 3) if vdistance number of elements = vnodes * vnodes, take as it is.
> >
> > Sure.
>
> I have some qualms about this:
>
> Aren't there some constraints that need to be imposed ? For example,
> distance[X,Y]==distance[Y,X] ? What about the triangle inequality
> (distance[A,B] + distance[B,C] >= distance[A,C]) ?
>
I think Linux does some sanity checking of the distance table (and I
think it disables NUMA if finding out something weird, Elena?). However,
this (what Linux expects/checks for) shouldn't really be the only
criterion, since although Linux is the only current implementation,
there is no reason why this can't be implemented by other OSes.
My point being that we can for sure identify some obviously pathological
cases (after having reached an agreement on what that would mean), and
either exit or print a warning if they show up, but I don't think it's
libxl's job to fully ensure consistency.
> Do we really want/need to allow the specification of any arbitrary
> distance matrix (subject perhaps to such constraints) ?
>
Personally, yes, I think we should try to stick with what the user asks
us to do. Again, we perhaps can have some checking in place (this is not
an hot path) and print warnings.
We can also consider a symmetric matrix as a sane default and hence
allow the user to specify only half of the distances.
> If we do need this I think the nested lists are probably a better
> syntax for specifying the whole array.
>
Agreed. I actually wanted to say the same. Would something like this be
ok?
distances = [ [10, 20], [20, 10] ]
Or this:
distances = [ [10, 20, 30, 40],
[20, 10, 20, 30],
[30, 20, 10, 20],
[40, 30, 20, 10] ]
Which, considering the above, could also be specified as this:
distances = [ [10, 20, 30, 40],
[10, 20, 30],
[10, 20],
[10] ]
(I.e., "distances = [ [10, 20, 30, 40], [10, 20, 30], [10, 20], [10] ])
Elena, what do you think?
> That would also more easily
> allow the user to specify only half of the symmetric matrix, and make
> it syntactically clearer what's intended.
>
Wow, I seem we're on the same pitch here. :-D
Thanks and Regards,
Dario
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2013-10-14 13:15 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-13 8:50 [PATCH RFC v2 5/7] libxl/vNUMA: VM config parsing functions Elena Ufimtseva
2013-09-19 14:09 ` George Dunlap
2013-09-19 14:29 ` George Dunlap
2013-10-09 18:45 ` Elena Ufimtseva
2013-10-10 8:38 ` Dario Faggioli
2013-10-10 16:25 ` Elena Ufimtseva
2013-10-10 21:32 ` Dario Faggioli
2013-10-10 22:32 ` Elena Ufimtseva
2013-10-11 11:18 ` Ian Jackson
2013-10-14 13:15 ` Dario Faggioli [this message]
2013-10-14 13:26 ` Ian Jackson
2013-10-14 16:52 ` Elena Ufimtseva
2013-10-14 16:45 ` Elena Ufimtseva
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=1381756524.15420.23.camel@Abyss \
--to=dario.faggioli@citrix.com \
--cc=George.Dunlap@eu.citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=lccycc123@gmail.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=sw@linux.com \
--cc=ufimtseva@gmail.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).