[gridengine users] possible to match resource request against list of values in a complex?

William Hay w.hay at ucl.ac.uk
Tue Nov 1 10:01:43 UTC 2016


On Mon, Oct 31, 2016 at 03:08:53PM -0400, bergman at merctech.com wrote:
> In the message dated: Mon, 31 Oct 2016 09:56:58 -0000,
> The pithy ruminations from William Hay on 
> <Re: [gridengine users] possible to match resource request against list of valu
> es in a complex?> were:
> => On Sat, Oct 29, 2016 at 12:16:50AM +0200, Reuti wrote:
> => > Hi,
> => > 
> => > Am 28.10.2016 um 22:59 schrieb bergman at merctech.com:
> => > > Then a user could run:
> => > > 	
> => > > 	qsub -l foobar=7.5
> => > 
> => > What about the opposite way (when "versions" is a RESTRING):
> => > 
> => > 	qconf -mattr exechost complex_values versions=_7_7.5_ node_a
> => > 	qconf -mattr exechost complex_values versions=_6.5_ node_c
> => > 	qconf -mattr exechost complex_values versions=_7.5_8_ node_d
> => > 
> => > Then a user could run:
> => > 
> => > 	qsub -l "versions=*_7.5_*" ...
> => > 
> => > The surrounding _ should avoid that *7* finds 7, 7.5 or 17 
> 
> Reuti,
> 
> I considered something like that, but it seems very error-prone. I'm looking for something that's simple for the users.
> 
> => > 
> => If you are really attached to the qsub -l foobar=7.5 syntax
> => you could add a JSV to modify the user request from that format 
> => to the one Reuti suggests.  Of course that you could
> => do this doesn't necessarily imply that you should.
> 
> William,
> 
> Can you please expand on that? You seem to be edging very close to saying
> that it's a bad idea, but not coming right out with that statement. Is
> there something I should know before going down that route?

Just that because JSVs are a flexible tool it can be tempting to stuff
everything into one and create a big mess.  Also JSVs don't change
requests tweaked on by qalter.

> 
> As an alternative, I might just define several boolean complexes, as in:
> 
> 	qconf -mattr exechost complex_values foobar7.0=TRUE node_a
> 	qconf -mattr exechost complex_values foobar7.5=TRUE node_a
> 	qconf -mattr exechost complex_values foobar7.0=TRUE node_b
> 	qconf -mattr exechost complex_values foobar7.5=TRUE node_b
> 	qconf -mattr exechost complex_values foobar8.0=TRUE node_b
> 	qconf -mattr exechost complex_values foobar6.5=TRUE node_c
> 	qconf -mattr exechost complex_values foobar7.0=TRUE node_c
> 
> and then users can do:
> 	qsub -l foobar7.0 ...
> that's pretty good from a point of view of human-readability.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://gridengine.org/pipermail/users/attachments/20161101/ed8f83b2/attachment.sig>


More information about the users mailing list