Rick says
> I disagree with CC. If a vendor can't tell me how much storage is
> needed, I get VERY LEERY. I can't afford (when I'm working, at least)
to
> have a storage hog that might adversely affect performance of my
entire
> image. Not only do I have to be concerned about storage creep in
> programs, my other concern in this area is the poor slob who expects
to
> store a week's SMF data in a VIO file. And a management that doesn't
> allow the use of controls in this area only adds to my headaches.....

I don't mind that you disagree with me Rick, but if you're expecting
vendors (or anyone else) to provide reliable and detailed storage
estimates you're going to be permanently disappointed. The real world
just isn't like that anymore. I'm not asserting that the new way is
better than the old way; just that it is fundamentally different. As Ed
Jaffe observed, a paradigm shift is needed.

The amount of storage that is actually used by -any- job is really the
result of running the "experiment" of running that job with a given set
of inputs, resources and contention. In other words it can only be
described by a probability density function for each job, and certainly
not by a single number for the whole system!

Also, it is a colossal waste of time and effort (and system resources
when you guess wrong) to place the burden of guessing that number on the
system programmer (via IEFUSI) or the application programmer (via JCL.)
The system ought to manage contention for its resources based on
something quantifiable like the (business) importance of the associated
service class. 

The one thing so many people seem to think that IEFUSI does protect them
against (a runaway storage user) is precisely the thing it does not do.
There is literally nothing (out of the box anyway) that does that today.
IEFUSI and REGION are just useless anachronisms.

(sorry)

CC

----------------------------------------------------------------------
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