Re: LIBL limitation of 25 libraries

Mark,



Mark Lazarus wrote:

> Tim,
>
> At 03:31 PM 11/27/98 -0500, you wrote:
> >The overhead _IS_ linked to the number of entries in the LIBL and to a
> >lesser extent the number of objects in each library. It's much quicker
> >to search one library of 1000 objects than to search 100 libraries with
> >ten objects.
>
>  Why is this?  It's not due to security performance issues, since that gets
> resolved when the job is initiated.

This is not completely true.   A job's authority to an object is resolved when
the object is referenced, not at job initiation.  The only security references
that are resolved at job initiaion are those that are needed to initiate the job
(JOBD, OUTQ, SBSD, Initial program, etc.)

Each time an object is referenced during the course of a job, the job's 
authority
is re-resolved.  The classic example is a repetitive call to an external RPG
program from a CL program.  If the RPG ends with LR on, authority must be
re-resolved for each call.  (this contributes to the performance implications of
ending a repitively called program with LR on).


jte



--
John Earl   johnearl@toolnet.com

PowerTech Toolworks  206-575-0711
PowerLock Network Security www.toolnet.com
The 400 School   www.400school.com
--


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@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
+---