[GE users] Limits on queues

Parikh, Neal Neal.Parikh at gs.com
Thu May 15 15:20:10 BST 2008


Thanks, qquota works well in this case.

- Neal

-----Original Message-----
From: Reuti [mailto:reuti at staff.uni-marburg.de] 
Sent: Thursday, May 15, 2008 3:27 AM
To: users at gridengine.sunsource.net
Subject: Re: [GE users] Limits on queues

Hi,

Am 14.05.2008 um 18:44 schrieb Parikh, Neal:

> I have a question about something similar. I used an RQS like "limit
> users * queues sub.q to slots=100" to limit sub.q to 100 slots, even
> though there are 160 cpus on this queue. This works correctly in terms
> of not allowing more than 100 jobs, but the display is confusing  
> because
> it shows 160 slots available even though you can't really use more  
> than
> 100. Is there a way of modifying this display (in qmon, qstat, etc)?

as an RQS can be setup in various ways per user/node/PE/... such an  
output would be too convoluted to include all information I fear. But  
you can try:

qquota

(which will only show RQS in effect).

-- Reuti


> (For background, the reason I'm doing this is that those 160 cpus are
> shared by a second queue, main.q, that has no slot restriction, and  
> all
> the 40 machines have a 4 slot restriction on them since they have 4  
> cpus
> each. So the two queues will never be running more than 160 jobs  
> total,
> though the second queue can use all 160 cpus at a time while the  
> 'sub.q'
> can only use up to 100; this is so 60 slots are always reserved for  
> use
> by main.q.)
>
> Thanks,
> Neal
>
> -----Original Message-----
> From: Reuti [mailto:reuti at staff.uni-marburg.de]
> Sent: Wednesday, May 14, 2008 11:34 AM
> To: users at gridengine.sunsource.net
> Subject: Re: [GE users] Limits on queues
>
> Hi,
>
> Am 14.05.2008 um 17:11 schrieb Chris Rudge:
>
>> I've set up a development queue which aims to transparently run short
>> jobs (<1 hour) in a higher priority queue - other queues are
>> subordinates and their jobs will get suspended.
>>
>> Allowing suspension of other jobs means that I have to have some
>> limits
>> on the development queue beyond simply h_rt=01:00:00 so that users
>> can't
>> run large numbers of short jobs in the queue.
>>
>>> From previous posts on the list it was my understanding that an
>>> RQS as
>> follows:
>>    limit        users * queues devel.q to slots=8
>> should allow each users to use up to 8 slots in the queue.
>> Unfortunately
>> it appears that this simply limits the total number of slots for all
>> users to 8 - i.e. I can't have 3 users each with 4 slots in the  
>> queue.
>> Confusingly the failure of this to work seems to confirm
>> information in
>> other posts on this list.
>
> Correct. You have to use.
>
> limit        users {*} queues devel.q to slots=8
>
> The {} which means "for each", which can be a list of users or *.
>
> -- Reuti
>
>
>>
>> I suspect that RQS doesn't actually do what I want.
>>
>> Is there another way to do it?
>>
>> Will 6.2 provide any help - e.g. making "jobs" a consumable so that I
>> can limit users to running one or two jobs in the queue regardless of
>> the number of slots each job uses? Maybe 6.2 will extend the RQS
>> capabilities so that I can genuinely have a per user limit.
>>
>> Regards,
>> Chris
>>
>>
>>
>> -- 
>> Dr Chris Rudge
>> chris.rudge at astro.le.ac.uk
>>
>> Research Computing Manager
>> Dept of Physics & Astronomy
>> University of Leicester
>> LE1 7RH
>>
>> web.  www.ukaff.ac.uk
>> Tel.  +44 (0)116 2523331
>> Fax.  +44 (0)116 2231283
>> Mob.  +44 (0)794 1379420
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net




More information about the gridengine-users mailing list