[GE users] Please Review: Non-Multiplied Consumable Requests for Parallel Jobs

Andy Schwierskott andy.schwierskott at sun.com
Thu Sep 25 14:33:30 BST 2008



> > > One small question: there was somewhere on the mailing list mentioning,
> > > that
> > > his software needs one license per host, independed from the number of
> > > processes/jobs running there (host-locked floating license). As far as I
> > > understand the complex attached as HOST consumable right now, it's per job
> > > on
> > > a node. So to cover his request we would need another type like HOSTLOCKED
> > > /
> > > HOSTONCE or so? The total amount could be specified by setting it in
> > > global
> > > then.
> >
> > Do you think you can find the RFE in issuezilla?
> >
> > Well, if you manage this license as follows:
> >
> > global_host:   complex_values host-locked-float-lic=1
> > <hosts>:       complex_values host-locked-float-lic=1
> >
> > at most 1 job could run in the whole cluster requesting the
> > host-locked-float-lic license. Or di I misunderstand the use case?
> I fear so - and in fact there are two flavours as I now realize. Only one was
> entered as an RFE.
> a)
> http://gridengine.sunsource.net/servlets/ReadMsg?list=users&msgNo=23664
> http://gridengine.sunsource.net/issues/show_bug.cgi?id=1276 (at the end)
> I'm not sure, whether this should be covered by an RQS as suggested (also by
> myself at that time) or with an entry in the suggested complex extension by
> HOSTLOCKED (the latter would be more consequent, as it means to request a
> resource and not to submit into a special queue [which would be more the
> PBS-style])

Ok, I've missed the "jobs" part. Yes, the name "HOSTONCE" would best explain
the need behind it.

> b)
> http://gridengine.sunsource.net/servlets/ReadMsg?listName=users&msgNo=11319
> If a job is scheduled to the Mac nodes, they shouldn't use a floating license.
> Hence this would need an entry "JOB#HOST", which means JOB *or* HOST is
> considered, but not both for a job. The Mac nodes could simply get a count
> like cores installed (or the special value "infinite", although this was
> already discussed of making no sense for consumables in an RQS. Here it could
> in mean in addition "don't decrease the global count"). For the other nodes
> the floating licenses should be decreased from the global amount as usual.

what't about this RQS rule to get a near approach to this need:

  limit hosts !@mac to lic=4
  limit hosts {@mac} to lic=1

and in the "global" host you'd set a higher value (assume you have 10 Mac
nodes with that node locked license you'd configure 4 + 10 = 14):

  complex_values  lic=14

The limitation certainly would be that the Mac nodes could not use a floating
license in addition.


To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net

More information about the gridengine-users mailing list