Am 05.10.2011 um 21:34 schrieb Chris Dagdigian:
That's the right way to do it but you don't need to do it at the
queue level if you don't want.
You can assign attributes to the nodes themselves and then request
them like...
qsub -hard -l resourceX=TRUE ./path-to-my-job.script
N.B. it's sufficient to request:
$ qsub -l resourceX path-to-my-job.script
One neither need to specify TRUE, as it's taken as default for boolean
complexes, and the job script will also be found when it's not in the
default path (in fact: it doesn't need to be executable, as SGE will
copy is unless you specify "-b y").
Another option could be to schedule to a hostgroup, and add machines
to certain hostgroups:
$ qsub -q "*@@fast_nodes" path-to-my-job.script
to request a hostgroup @fast_nodes.
But I agree with Chris that requesting a resource is the preferred way
in SGE.
-- Reuti
That will run on any queue and only on hosts where the boolean
comparison matches.
The advantage of tagging hosts and requesting those host-specific
tags is that you don't have to create and manage a pile of queues
with different resources attached. The philosophy of SGE is "minimal
queues with each user responsible for requesting the resources he/
she needs in order to be successful"
-Chris
Rick Reynolds II wrote:
We're planning to use SGE to send jobs to a set of worker
machines. Those worker machines are each connected to specific and
different pieces of hardware. So a specific job would need to be
mapped to a specific worker machine that was connected to the
appropriate hardware.
The worker machines themselves all look pretty much the same (same
kind of machines, same OS, etc.). So I'm looking at
differentiating the queues via the complex attributes. E.g. giving
each queue a Type via a string value that must be matched by 'qsub -
l<attr>=<val>' kinds of commands.
Is this the only option in SGE for differentiating queues/machines
based on attributes that aren't part of the worker machine itself?
I.e. are the complex attributes the only way of "tagging" machines
or queues?
Thanks,
Rick Reynolds
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
