[glue-wg] GLUE2.1 draft: request for final discussion and approval
Alessandro Paolini
alessandro.paolini at egi.eu
Fri Jun 1 06:30:14 EDT 2018
hi Stephen,
thank you, some quick replies :)
On 1 June 2018 at 11:39, Stephen Burke - UKRI STFC <stephen.burke at stfc.ac.uk
> wrote:
> glue-wg <glue-wg-bounces at ogf.org> On Behalf Of Alessandro Paolini said:
> > over the last months it was discussed with the cloud providers the
> necessary network attributes to publish in the BDII and we arrived to a
> good compromise.
> > So we would like to discuss with you the latest changes to the draft
> before getting the approval for implementing the new schema in production.
>
> A few quick comments ...
>
> Generally it would be good to highlight all changes, e.g. new class
> definitions.
>
I (should have) highlighted the latest changes since the last discussion,
and de-highlighted the past ones. sorry if it created confusion (in general
there is also a comment in the document to track the new definitions)
>
> You have new classes called ComputingShareAcceleratorInfo and
> ComputingManagerAcceleratorInfo - I wonder if it's possible to have a
> better name than Info, although perhaps you might want to be able to put
> new information there. Also having two slightly different objects both
> called Info may be a bit confusing. And you don't need Accelerator in the
> attribute names, e.g. TotalAcceleratorSlots, it makes them longer and
> they're scoped by the class name anyway.
>
ok, I will check in detail with Paolo. The same naming issue occurs then
also with the corresponding Cloud classes.
>
> In ManagerInfo you have TotalPhysicalAccelerators - why not Logical too?
> It also isn't clear to me what the relationship is between a card and a
> slot - for CPUs there is no particular relationship, the OS takes care of
> scheduling processes to CPUs, but I don't know how GPUs are used.
>
maybe Paolo can provide a more detailed comment
>
> The relationship between AcceleratorEnvironment and ExecutionEnvironment
> is *-*, which is complicated to implement and navigate and seems like
> overkill to me. At least I'd make it *-1 and if you happen to have the same
> AE info for multiple EEs you just publish the same thing multiple times. I
> also somewhat wonder if you would really have multiple Accelerator types in
> one EE, i.e. several different GPU types in a single WN - if not you could
> just add the attributes to the EE and not have a new class at all.
> ComputeCapability would be better as an open enumeration if you expect
> software to be able to use it as a selection key.
>
we will check with Paolo
cheers,
Alessandro
>
> I'll look at the Cloud part later.
>
> Stephen
>
>
--
Dr. Alessandro Paolini
Operations Officer - EGI Foundation
Science Park 140
1098 XG Amsterdam
The Netherlands
skype: alessandro.paolini.egi
*********************************
"I believe in the power of laughter and tears"
"as an antidote to hatred and terror"
"A day without laughter"
"is a wasted day" >>> Charlie Chaplin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.ogf.org/pipermail/glue-wg/attachments/20180601/607897ba/attachment.html>
More information about the glue-wg
mailing list