[GE users] Background paper configuration

reuti reuti at staff.uni-marburg.de
Tue Feb 3 14:33:48 GMT 2009


Hi,

Am 03.02.2009 um 14:29 schrieb eddale:

> Hello all,
>
> I'm trying to configure a background queue for our SGE 6.1u3
> installation.  I've implemented it using load/suspend thresholds as
> described at <http://gridengine.sunsource.net/issues/show_bug.cgi? 
> id=35>.
>
> Our nodes each have 16 CPUs.  There are two queues: comp.q and
> background.q.  Each node has 32 slots and each queue has 16 slots.  So
> far, this works reasonably well and has lead to nodes that are full of
> jobs (16 comp jobs, 16 niced background jobs).  The suspend operation
> for background.q is /bin/true, so it continues to run when suspended,
> albeit with a nice value of 20.

this I don't get - then you don't suspend it? What's the purpose of  
this setup?

-- Reuti


> The problem is that some of our users would like to have a node all to
> themselves, without any background jobs potentially taking CPU from
> them.  My first idea for this was to add an 'exclusive' complex that
> can be requested.  This complex would place the job in an
> 'exclusive.q' that preempts the background queue.  However, this
> doesn't work because suspending background.q allows it to continue
> executing.
>
> Does anybody have any ideas how I could better implement this?
>
> Cheers,
> Edward
>
> -- 
> Edward Dale
> www.cs.unc.edu/~eddale
> eddale at cs.unc.edu
> (919) 962-1729
>
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do? 
> dsForumId=38&dsMessageId=101663
>
> To unsubscribe from this discussion, e-mail: [users- 
> unsubscribe at gridengine.sunsource.net].

------------------------------------------------------
http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=101680

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



More information about the gridengine-users mailing list