On Wed, 7 Mar 2007 08:50:32 -0500, David Andrews <[EMAIL PROTECTED]> wrote:

>On Tue, 2007-03-06 at 14:47 -0600, Mark Zelden wrote:
>> On Tue, 6 Mar 2007 15:26:49 -0500, David Andrews <[EMAIL PROTECTED]> wrote:
>> >Oh man.  I had one user who every few months would ISPF-edit a large
>> >sequential dataset
>
>> If one user or ASID can send you into an aux shortage, then you don't
>> (didn't) have enough aux storage. IEFUSI or no IEFUSI.
>
>Appreciate the sentiment, but I did say "large sequential dataset".  You
>want me to have enough aux storage to support 32 edits of "large
>sequential dataset" for every TSO user?

1) The default max # of ISPF sessions is 8 unless you changed it. 

2) You did say "a large dataset" (implying a single edit caused the
problem).

>
>IEFUSI would have been the way to go in my case, but YMMV.
>

Agree.  Always had one.    But to be honest, prior to 64-bit and 
MEMLIMIT, it really was just there as an artificial limit for years.  
The systems I work on here and most of the ones I worked on since around
1998 were all large enough (and had enough aux storage defined) that 
one run away asid (the 'ol variable length getmain issue that everyone
needed IEFUSI to protect) couldn't cause a problem. 

Even though I still have an artificial limit of 256M (our IEFUSI 
default), I opened it up years ago to give whatever someone asks
for > 256M up to the entire private <2G.  I still "penalize" all
but STCs for REGION=0 by giving them our default region size of 256M
in order to try and keep people from using REGION=0.  Given what
was initially done with MEMLIMIT defaults, I'm glad I did that.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.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

Reply via email to