> -----Original Message-----
> From: IBM Mainframe Discussion List On Behalf Of Tom Schmidt
>
> On Fri, 26 Jan 2007 13:30:55 -0600, Chase, John wrote:
>
> >> -----Original Message-----
> >> From: IBM Mainframe Discussion List On Behalf Of Tom
> Schmidt On Fri,
> >> 26 Jan 2007 10:40:55 -0600, Chase, John wrote:
> >>
> >> >Also, our current limitations notwithstanding, a snippet
> of a TASID
> >> >display of TSO address spaces shows this (jobname and
> procname have
> >> >been "anonymized"):
> >> >
> >> >======================================================
> >> >Jobname | Procname Stepname CPU Time Storage
> >> >------------------------------------------------------
> >> >UTSO001 ... TPROC001 ... EXEC ... 21:53.34 90.2M
> >> >======================================================
> >> >
> >> >How is it that this user has apparently been able to
> >> allocate and use
> >> >90.2M storage, considering:
> >> >
> >> >1. We have JES2 JOBCLASS(TSU) REGION=4M, 2. TPROC001 specifies
> >> >REGION=6144K on the EXEC card, 3. The user's TSO segment in RACF
> >> >specifies MAXSIZE(6144), and 4. We have NO
> >> installation-written IEFUxx
> >> >exits in use?
> >>
> >> Hi John,
> >>
> >> [ snip ]
> >>
> >> Do you happen to know if the user's TSO segment allows for region
> >> override? If so, maybe the user cranks it up during
> logon. (I know
> >> that I do; I have to look at dumps sometimes and my region is very
> >> considerably larger than 6M or even
> >> 32M.) Check TSO MAXSIZE.
> >
> >Looks like it got obfuscated in the reformatting: The user's TSO
> >segment MAXSIZE is 6144.
>
> ...so it does, so it does. (My bad.)
>
> Do you have anything like Batch Optimizer installed? (That
> would be ISV software that is willing (and able) to throw
> hundreds or thousands of buffers at VSAM/QSAM files.)
No, but that user normally runs an ISV product called "FOCUS". All I
know about FOCUS is that it includes an APF-authorized library and an
LPA library (and I believe a subsystem interface), so it likely has the
ability to bypass certain limitations.
> Maybe if you could cut & paste the (obfuscated) output of "D
> A,UTSO001" to this thread so we could see if there are any
> hiperspaces or data spaces attached to the address space;
> that could illuminate things considerably.
>
> Also, if you could use TASID to display the files allocated
> to the user's session - we don't need to see names but the
> number of files (and the number of VSAM files vs. non-VSAM,
> if you can tell which is which) would be helpful from the
> standpoint of (E)LSQA.
Unfortunately, that user has already logged off.
Thanks for the insights, though.
-jc-
----------------------------------------------------------------------
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
