[GE users] Best docs to learn about subordinate queues?

bdbaddog bill at baddogconsulting.com
Mon Dec 21 00:56:48 GMT 2009


Thanks for the quick response.
The manual and howto do an adequate job of describing the "how", but
not the "why"?
I'm trying to understand when it makes sense to configure a subordinate queue?

So it sounds like you would configure a subordinate queue, when you
want the superordinate queue to be able to displace the jobs in the
subordinate queue?

Could I use that for the following?
Normal jobs go to a subordinate queue.
Every now and then I have some jobs which are being run for
benchmarking, and they need to take over the whole machine when they
run, and are allowed to displace any jobs running on the machine (by
displace I mean, stop them running and swap them out, to be restarted
once this job is complete)

In general all the docs are great with the "how", but not so great with the why.
The best "why" or indepth document I've found so far
SGE_GeorgeTown.pdf file and the bioteam.net slides.


On Sun, Dec 20, 2009 at 2:40 PM, reuti <reuti at staff.uni-marburg.de> wrote:
> Hi,
> Am 19.12.2009 um 23:14 schrieb bdbaddog:
>> Can someone point me to a good document describing subordinate queues
>> and when to use them and any other design issues?
> there are several Howtos: http://gridengine.sunsource.net/howto/
> howto.html or the manual http://docs.sun.com/app/docs/doc/820-0698
> page 58.
> It's often used to have immediate access to slots for high priority
> jobs and suspend the normal ones in the meantime - but it will
> suspend the complete subordinated queue on the host where the high
> priority job is scheduled to. With the nowadays common multi core
> CPUs it's not advantageous to suspend too many low priority jobs, but
> a slotwise suspend should be in one of the next SGE releases.
> As a suspend will still not release any used resources by the low
> priority jobs, you have to plan accordingly, whether it's suitable
> for your applications.
> Are more sophisticated setup also includes to checkpoint the jobs in
> the low priority queue and migrate them to other machines and/or
> continue to execute them at a later point in time by a proper
> definition of a checkpointing interface.
> -- Reuti
>> Thanks,
>> Bill
>> ------------------------------------------------------
>> http://gridengine.sunsource.net/ds/viewMessage.do?
>> dsForumId=38&dsMessageId=234302
>> To unsubscribe from this discussion, e-mail: [users-
>> unsubscribe at gridengine.sunsource.net].
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=234395
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].


To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

More information about the gridengine-users mailing list