Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Using the FREEZE|NOFREEZE option z/OS MVS Initialization and Tuning Guide SA23-1379-02 |
||||||||||||||||||||||||
For an LLA-managed library, use the FREEZE|NOFREEZE option to indicate
whether the system is to search the LLA-cached or DASD copy of a library
directory. With FREEZE|NOFREEZE, which you code in the CSVLLAxx member,
you specify on a library-by-library basis which directory copy the
system is to search, as follows:
The system always treats libraries in the LNKLST concatenation as frozen. Therefore, you need only specify the FREEZE option for non-LNKLST libraries, or for LNKLST libraries that are referenced through TASKLIBs, STEPLIBs, or JOBLIBs. When an LLA-managed library is frozen, the following is true:
To take full advantage of LLA's elimination of I/O for directory search, specify FREEZE for as many read-only or infrequently updated libraries as appropriate. Having NOFREEZE in effect for an LLA-managed library means that your installation does not eliminate I/O while searching the library's directory. However, LLA can still improve performance when the system fetches load modules from the VLF data space instead of DASD storage. Table 1 summarizes the affects of the FREEZE|NOFREEZE option on directory search and module fetch.
You can change the FREEZE|NOFREEZE status of an LLA-managed library at any time through the MODIFY LLA command. Changing a library from NOFREEZE to FREEZE also causes a refresh of the directory information for that library (note that when a library is refreshed, all of its modules are destaged from the VLF data space, which will slow performance until new versions are staged). For more information about specifying the FREEZE|NOFREEZE option, see the description of the CSVLLAxx member in z/OS MVS Initialization and Tuning Reference. |
Copyright IBM Corporation 1990, 2014
|