Thanks Reuti, I read the spec and found this is very useful and answered my question:
Resource Quota Rules and Resource Quota Set Interaction In practice administrators define some global limits and some limits that only apply for some resource consumers. These resource quota rules are equitable. But in some cases it's necessary to define exceptions for some resource consumers. These resource quota rules are not equal and dominate some others. As a matter of that fact it is necessary to allow the definition of a prioritized rule list and a rule list that apply all of the time. This is done by grouping one or more singe rules into a number of rule sets. Inside one rule set the rules are ordered and the first rule found is used. This is analogous to firewall rules and generally understood by administrators and allows the prioritization of some rules. A rule set always results in one or none effective resource quota for a specific request. All of the configured rule sets apply all of the time. This means if multiple rule sets are defined the most restrictive set is used and allows to define equitable limits. Thanks D On Tue, Aug 26, 2014 at 7:00 PM, Reuti <re...@staff.uni-marburg.de> wrote: > Hi, > > Am 26.08.2014 um 07:17 schrieb Derrick Lin: > > > I currently have one RQS that defines default slots quota for every user. > > > > Now I want to add new quota for specific userset (Department), I can > either add a new limit rule inside the existing RQS or create a new > separated RQS. I am wondering what the difference is between them? > > If it's also about slots, you can put it in the same RQS too - but you > have to take care about the order of rules. Only the first matching one > will be used. This might or might not be what you want to achieve. Besides > `man sge_resource_quota` there is: > > > http://arc.liv.ac.uk/repos/hg/sge/doc/devel/rfe/ResourceQuotaSpecification.html > > with a similar example at "Resource Quota Set Interaction". > > -- Reuti > > > > > > Regards, > > Derrick > > _______________________________________________ > > users mailing list > > users@gridengine.org > > https://gridengine.org/mailman/listinfo/users > >
_______________________________________________ users mailing list users@gridengine.org https://gridengine.org/mailman/listinfo/users
