Hi all, Thank you Brett, Reuti, and William for your helpful replies! You've all given me something to look for in the documentation. I'll try to digest what I find.
On Fri, Feb 22, 2013 at 8:45 PM, Brett Taylor <[email protected]> wrote: > it sounds like RQS limits might be what you want, where you can limit the > total number of cores a single user can consume at one time, if they request > more then the jobs will sit in the queue. > > http://wiki.gridengine.info/wiki/index.php/RQS_Common_Uses > > to modify: qconf -mrqs > > so your queue might have 12 slots, for example, but a single user can only > request 2 at a time, so 6 different people could use the node at once. RQS sounds like what I'm looking for (for #1) -- the problem I'm having is that users are being a bit greedy when I'm not watching. I can create queues for 1 thread, 2 threads, 4 threads, etc. and ask users to select the right queue for their job. But I need some way to ensure they aren't using more threads than they've committed to (e.g., by selecting the queue for their job). > The second part of your question i don't think is possible but I might be > wrong. Making all of the threads be on the same CPU is just a request from a user...it feels difficult to satisfy, but I'll look into it too. I guess having this as an option (-binding) for qsub, as suggested by Reuti and William, for users to specify is ok. I guess this is more like a user's wish list than a rule I'd like to enforce. Thank you all! Ray _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
