On 22 February 2013 10:22, Raymond Wan <[email protected]> wrote:
> Hi all,
>
> I'm sort of new to configuring SGE. There's something I'd like to do,
> but I don't know how to do it...or, more precisely, I don't know what
> it's called so I'm not sure what I should be looking for in the
> documentation.
>
> I'm administering a single computer. So, it manages the queue and
> also is where the jobs are run.
>
> I'd like to create queues that limit the number of threads that can be
> used. For example, suppose it has 4 cores and 4 x 2 = 8 threads. Is
> it possible to create queues that:
>
> 1) Can use at most n threads (i.e., n=2). If the user places
> something on the queue that uses 4 threads while running, the user's
> job is either killed or suspended.
>
I don't think there is any mechanism to do this as such although some
versions of grid engine can restrict a job to specific virtual cpus.
Using more threads than cores just causes your allocated cores to
context switch between threads.
> 2) Can stick to using only one core. So, if threads is n=2, then
> both threads are on the same core ("guaranteed").
>
Check out the binding parameter of qsub on recent versions of grid
engine. Older versions supported binding via the processors parameter
of the queue configuration for certain OS.
How strongly this is enforced depends on the OS and the technology
used to do the binding. AFAIK the only prtable way to bind jobs to
cores is via sched_setaffinity which can be undone by another call
from an unprivileged process.
> I guess (2) is impossible...I'm not sure if the system knows which
> thread goes with which core.
>
> But I guess (1) is possible but I don't know which option to set.
> What I'd like to prevent is having a queue with 2 threads and users
> putting programs with 4 threads on it. (I'd rather create another
> queue with 4 threads so that they can put it on that queue instead.)
>
> Thank you for your help!
>
> Ray
> _______________________________________________
> users mailing list
> [email protected]
> https://gridengine.org/mailman/listinfo/users
>
>
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
