Reuti,
Thanks for clarifying this.
Jim
On 5/27/2011 12:56 PM, Reuti wrote:
Hi,
Am 27.05.2011 um 21:09 schrieb James Gladden:
I have no such explicit resource quota configuration (as describe
below) on my systems, yet no host slot over-subscription occurs. I
just tried the experiment on an 8 slot node with two queues
assigned. When I submit jobs to the specific queue instances
associated with that execution host, the first 8 jobs I submit get
dispatched to the node while the remainder (from either of the two
queues) wait in the "qw" state.
The only thing I have done to facilitate this behavior is to set the
value of the consumable "slots" resource for each execution host to 8
(which happens to be the number of cores on each execution host).
Presumably if I had wanted to allow over-subscription, or utilize
hyper-threading, I could set the value to something larger.
My conclusion is that enforcing the "slots" resource limit on hosts
is the default behavior for SGE. Has anyone actually observed
different behavior?
no, but you defined the limit already when you set the slot in the
exechost definition. Whether you define it there or as an RQS is
mostly personal taste. Using an RQS has the advantage that some queues
can be excluded from the slot count, hence they are always available
for special setup purposes.
-- Reuti
James Gladden
On 5/18/2011 1:48 PM, Dave Love wrote:
"Hung-ShengTsao (Lao Tsao) Ph.D."<[email protected]> writes:
as a side remark
since you configure 3 queues for each host , in order not to over
subscribe the
cpu(h_slots)
you will need to define h_slots as consumable complex
see this paper http://www.sun.com/blueprints/0607/820-1695.pdf
??
All you need to avoid over-subscription, whatever the queue defs, is
$ qconf -srqs host-slots
{
name host-slots
description "restrict slots to core count"
enabled TRUE
limit hosts {*} to slots=$num_proc
}
assumong the default slots definition
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
