RE: Performance Question - Authority check rate exceeded gui

["Cotes, Steven" <cotess@xxxxxxxxxxx>]

John,
this is most likely a big part of your problem.
When you have _any_ user with less than public authority to an object,
it causes a flag to be set on that object which causes extra checking.
What happens is when someone tries to access an object, the system
checks public authority to determine if it is adequate for the desired
operation. If it is they are allowed, if not it checks other
authorities.
(I forget the order it walks through.) If the flag is set, when the
public
authority is checked the system notices that _someone_ has less than
public. It then has to check if that user is one of those with less
authority.
This side trip occurs on each object access and will slow things down.

Your suggestion of using a Primary Group for your users and tightening
up public while granting primary group authority to production objects
is good and should help your performance some.

HTH
 -Steve Cotes
 -cotess@data-io.com

> ----------
> From:         John Cirocco[SMTP:jcirocco@us.ibm.com]
> Sent:         Friday, November 21, 1997 5:24 AM
> To:   MIDRANGE-L@midrange.com
> Subject:      Re: Performance Question - Authority check rate exceeded
> gui
> 
> Pete,
> 
> >>Do you have users that have less than *PUBLIC access to objects? I'm
> >>told that is a big cycle hog.
> 
> Yep - Our problem is that the developers are part of a group (QPGMR)
> and have
> less than *PUBLIC.  My suggestion to the is top add all production
> users to a
> seperate group and make that group the Primary Group for all the
> objects.  But
> without the tool and/or knowledge to prove my theory, they are
> reluctant to do
> so.
> 
> They also have other problems with performance but I want to only fix
> one at a
> time and re-review their performance data.
> 
> Thanks,
> John W. Cirocco
> 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---