"Mark Bodenstein" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > We recently upgraded from a 9672-R16 to a z9 BC G01 and in the > process went from having 2 GB storage to having 8 GB. HSA takes a > bunch more than it did, but we still have lots of extra storage to play with. > > We run 4 LPARs - production z/OS and z/VM and test z/OS and > z/VM. Right now we're running with about the same LPAR storage > allocations that we had before, and see very little paging on any of > our LPARs. The one exception is when we run an image of our > production z/OS system under our test z/VM system for Disaster > Recovery testing. Then we see lots of paging. > > We plan to allocate additional storage to the test z/VM system to > better accommodate the z/OS DR testing. But we're not sure if we > would benefit by allocating additional storage anywhere else, in > particular to our production z/OS and z/VM systems. > > Since we're not paging on those systems, would we get any benefit > from allocating additional storage to them? Or would we just be > spending DASD space (because the backing store for paging would have > to be bigger to accommodate the additional storage) for no benefit? > > Thanks, > > Mark
Mark, For your z/OS systems I'd say, if you don't have paging, you don't need more Real storage. You can anticipate on growth and give them more. Your assumption about Dasd is wrong: your paging system must accommodate the total of allocated virtual storage, in fact aux + real must accommodate virtual. So in theory, adding real storage could lower demand on aux storage. Kees. ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ********************************************************************** ---------------------------------------------------------------------- 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
