On Tue, 14 Mar 2006 08:52:55 -0800, Skip Robinson <[EMAIL PROTECTED]> wrote:
>No one has suggested looking at LLA. SYS1.PARMLIB member CSVLLA00 may >contain an entry like this: > > FREEZE(SYS1.CMDPROC) > >or whatever the library name is. If so, changes to a member--add, update, >delete--are not recognized until LLA REFRESH. The purpose of FREEZE is to >improve the performance of a library that may be used as SYSPROC or >STEPLIB. I personally believe that in 2006, any performance benefits are >far outweighed by the confusion that ensues. One of the more common work >place injuries in our profession is forehead slapping. Let's try to >minimize the damage. ;-) > I agree that it does cause confusion to the uninformed, but I have seen (significant?) measurable TSO response time benefits even on modern systems with modern dasd. For example, one shop I consulted at had a bunch of home grown and vendor ISPF libraries on a single volume. Consider that access to read directories constantly multiplied by 500-1500 TSO users (or more) across multiple LPARs and you can imagine the benefit. (BTW, I was given the task to reduce TSO logon time and response time by the person who hired me). Of course YMMV depending on what's in the logon proc, how many users, where modules are found etc. I must also admit I haven't looked at this much since PAV. I still have many "static" ISPF libraries in LLA at this shop. In a small shop, I certainly wouldn't bother these days. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
