In
<[EMAIL PROTECTED]>,
on 11/22/2005
at 09:27 AM, "Vernooy, C.P. - SPLXM" <[EMAIL PROTECTED]> said:
>It will limit the amount of virtual storage an address space can get
>and thus the amount of real storage needed to back it.
FSVO "thus". Unless it is page fixed, the amount of real storage
needed is dependent on the usage pattern, not the size.
>I meant this for an address space that would getmain 2GB virtual in
>a short period and also use it. The system can only provide this by
>massive page outs in other address spaces,
Untrue; it can also provide that with massive pageouts in the same
address space.
>which will result in subsequent heavy page in. If the system is not
>prepared for such a job, you can limit and possibly bring it down
>via IEFUSI and let the rest of the system continue to run.
Page I/O is more efficient than EXCP. If the programmer needs 2 GiB of
work space and allocates a DASD data set for the purpose, you will see
a far heavier load on the system than what you would have seen with
the 2 GiB address space.
You can't do only one thing. The system won't respond to your intent;
it will do what you told it to do, including any unintended adverse
effects.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
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
