Thank you very much. That looks like it is going to do pretty much what we were looking for. I had been working out of the Maui Administrator's guide and it seems to be lacking information on the hard/soft limits.<br>
<br>Thank you again,<br>Rob<br><br><div class="gmail_quote">On Thu, Mar 13, 2008 at 4:46 AM, Steve Traylen <<a href="mailto:steve.traylen@cern.ch">steve.traylen@cern.ch</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
On Mar 12, 2008, at 9:44 PM, Rob Lines wrote:<br>
<br>
> I apologize for anyone that sees this twice. I somehow missed that<br>
> there is a separate list for maui from the torque list.<br>
><br>
> Hi everyone. We are new to Torque/Maui and we are still getting a<br>
> feel for it. We would like to put into place some limits so that<br>
> the cluster is more fairly shared.<br>
><br>
> For us on our old clusters we had a limit that no one person could<br>
> have more than 90% of the job slots used. This allowed us to have<br>
> people submit thousands of jobs in a batch and let them go but still<br>
> left a number of slots for other people to run jobs.<br>
><br>
> With going to Torque/Maui we are looking to do something similar<br>
> though as we have more nodes it would be nice to be able to adjust<br>
> that a bit so that if there was only one person running jobs at that<br>
> moment it would allow them to use all the slots but the moment<br>
> anyone else were to submit a job it would become the next one to be<br>
> run even if the first person had many more jobs waiting and that had<br>
> been waiting longer.<br>
><br>
<br>
</div>Have a look at the soft/hard limits here.<br>
<br>
<a href="http://www.clusterresources.com/products/maui/docs/6.2throttlingpolicies.shtml" target="_blank">http://www.clusterresources.com/products/maui/docs/6.2throttlingpolicies.shtml</a><br>
<br>
For a say 100 job cluster.<br>
<br>
USERCFG[DEFAULT] MAXJOB=90,110<br>
<br>
should do something similar to what to you want.<br>
<br>
Steve<br>
<div class="Ih2E3d"><br>
> I have tried to read through the options and I am just not sure what<br>
> I am looking for so if someone can point me to the options that<br>
> would work best that would be great.<br>
><br>
> We are also are looking at some quirks because some of the software<br>
> on the cluster is not run via the queuing system so we sometimes<br>
> have machines that will reach a load where maui will not schedual<br>
> things to those nodes so we would not want to have 10% of the nodes<br>
> in that state and then the other 90% still being monopolized by that<br>
> first big user thus locking out the later queue user until either<br>
> the big user were done or the other software user were done.<br>
><br>
> Thanks for any insights,<br>
</div>> Rob _______________________________________________<br>
> mauiusers mailing list<br>
> <a href="mailto:mauiusers@supercluster.org">mauiusers@supercluster.org</a><br>
> <a href="http://www.supercluster.org/mailman/listinfo/mauiusers" target="_blank">http://www.supercluster.org/mailman/listinfo/mauiusers</a><br>
<font color="#888888"><br>
--<br>
Steve Traylen<br>
<a href="mailto:steve.traylen@cern.ch">steve.traylen@cern.ch</a><br>
<br>
<br>
<br>
<br>
</font></blockquote></div><br>