> I just can't figure out why one TSO user might >have 10 slots and another has 0:
Paging is ultimately a function of storage saturation, so whenever z/OS has to dynamically acquire more pages to hold in reserve (the Available Frame Queue), then the Real Storage Manager (RSM) will go out and locate the "oldest" pages and move them to auxiliary storage. So, in a nutshell, the longer you are running and the longer you are holding a large working set, the greater the likelihood that some of your unreferenced storage will become a candidate for "page-out". Similarly if an address space gets physically swapped out, there is a good possibility that some of the working set pages may not be referenced and therefore, not be paged back in. None of this is particularly significant unless the pages that were removed become necessary in storage. If there is a perpetual page-out, then page back in type of activity then this can create performance problems which need to be addressed. Hope this helps Adam ---------------------------------------------------------------------- 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
