[Mauiusers] Re: How to configure some limits

[Rob Lines]

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.

Thank you again,
Rob

On Thu, Mar 13, 2008 at 4:46 AM, Steve Traylen <steve.traylen at cern.ch>
wrote:

>
> On Mar 12, 2008, at 9:44 PM, Rob Lines wrote:
>
> > I apologize for anyone that sees this twice. I somehow missed that
> > there is a separate list for maui from the torque list.
> >
> > Hi everyone.  We are new to Torque/Maui and we are still getting a
> > feel for it.  We would like to put into place some limits so that
> > the cluster is more fairly shared.
> >
> > For us on our old clusters we had a limit that no one person could
> > have more than 90% of the job slots used.  This allowed us to have
> > people submit thousands of jobs in a batch and let them go but still
> > left a number of slots for other people to run jobs.
> >
> > With going to Torque/Maui we are looking to do something similar
> > though as we have more nodes it would be nice to be able to adjust
> > that a bit so that if there was only one person running jobs at that
> > moment it would allow them to use all the slots but the moment
> > anyone else were to submit a job it would become the next one to be
> > run even if the first person had many more jobs waiting and that had
> > been waiting longer.
> >
>
> Have a look at the soft/hard limits here.
>
>
> http://www.clusterresources.com/products/maui/docs/6.2throttlingpolicies.shtml
>
> For a say 100 job cluster.
>
> USERCFG[DEFAULT]   MAXJOB=90,110
>
> should do something similar to what to you want.
>
>  Steve
>
> > I have tried to read through the options and I am just not sure what
> > I am looking for so if someone can point me to the options that
> > would work best that would be great.
> >
> > We are also are looking at some quirks because some of the software
> > on the cluster is not run via the queuing system so we sometimes
> > have machines that will reach a load where maui will not schedual
> > things to those nodes so we would not want to have 10% of the nodes
> > in that state and then the other 90% still being monopolized by that
> > first big user thus locking out the later queue user until either
> > the big user were done or the other software user were done.
> >
> > Thanks for any insights,
> > Rob _______________________________________________
> > mauiusers mailing list
> > mauiusers at supercluster.org
> > http://www.supercluster.org/mailman/listinfo/mauiusers
>
> --
> Steve Traylen
> steve.traylen at cern.ch
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/mauiusers/attachments/20080313/7e08078b/attachment-0001.html