Am 11.04.2013 um 03:59 schrieb Alastair Neil: > Ahh I see so I can specify the slots by hostgroup in the qconf.
Yes. > I'm guessing I should also specify the nodes in the queue by hostgroup too > rather than individually? Both is valid with the same result. But using a hostgroup is shorter than indiviual hosts. In your case you will just have two hostgroups for both types of nodes. There is nothing special about @allhosts or all.q - it's just a name of a sample setup and can even be removed in case you don't like or need these definitions. > As far as the seq_no that would change the scheduling priority. Yes. > If I want the high priority queue to preempt jobs only on the large memory > nodes in the lower priority queue, is that achievable? Yes. > I was imagining I would define a new queue with only the large memory nodes > hostgroup and then use slot-wise preemption Exactly. The same syntax for individual queue instances applies to this entry too, like: subordinate_list NONE,[@fasthosts=slots=64(low.q:0:sr)] subordinate_list NONE,[@fasthosts=low.q=1] -- Reuti > Thanks, Alastair > > > On 10 April 2013 19:02, Reuti <[email protected]> wrote: > Am 11.04.2013 um 00:41 schrieb Alastair Neil: > > > I have a basic question regarding queue configuration. > > > > The majority of our compute nodes have 16 cores and therefor the all.q has > > 16 slots. Some of our nodes however have 64 cores. I'm guessing that just > > means that the all.q will never fully utilise the cores on those nodes. > > http://gridengine.org/pipermail/users/2012-January/002364.html > > > > The nodes with more cores also have large memory. Is there some way to > > configure a queue that would have the right number of slots and get > > priority on these nodes? > > Please use the above syntax for the entry "seq_no" in the queue configuration > (`man queue_conf`) and change the scheduler configuration as mentioned in the > man page. > > -- Reuti > > > > Thanks, Alastair > > > > > > _______________________________________________ > > users mailing list > > [email protected] > > https://gridengine.org/mailman/listinfo/users > > _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
