CSA=(a,b)
The specified size of the CSA is subtracted from the bottom of PLPA, after the bottom PLPA address is rounded down to the next 4KB (page) boundary. If the resulting virtual address for the bottom of the CSA is not on a megabyte boundary, further rounding down occurs so that the bottom CSA address is on the next megabyte boundary.
Similarly, the specified size of the extended CSA is added to the top of the extended PLPA, after the top extended PLPA address is rounded up to the next 4-KB boundary. If the resulting virtual address for the top of the extended CSA is not on a megabyte boundary, further rounding up occurs so that the top extended CSA address is on the next megabyte boundary.
The CSA (including the extended CSA) is an address range in each address space that is used for common system functions (functions not related to a particular address space). For example, the system allocates buffers for LOG and SMF from the CSA.
If a shortage occurs in CSA, ECSA, SQA, or ESQA, you can use the storage tracking function to collect information about jobs or address spaces that own storage in those areas. With that information, you can identify jobs or address spaces that obtain an excessive amount of storage. If those jobs or address spaces have code to free the storage when they are canceled, you might relieve the shortage and avoid an IPL if you use an operator command to cancel those jobs or address spaces.
When you turn the storage tracking function on, you might experience a small performance degradation and an increase in ESQA usage. For more information about common storage tracking, including how to turn the function on or off, see DIAGxx (control common storage tracking and GFS trace).
Default Range: For each subparameter, 100 through 1023KB (depending on the amount of storage added because of rounding to a segment boundary).
Associated Parmlib Member: Not applicable.