Hello Robert , I found an interesting thread started by Lizette on this topic years ago while searching through the archives . This might answer your queries .
http://bit.listserv.ibm-main.narkive.com/ymNxMmDq/maxspace-and-real-memory Regards, Baby On Fri, Jul 26, 2013 at 7:57 PM, Roger Steyn <roger.st...@yahoo.com> wrote: > Take a look at the APAR OA22623 . This is pretty old one , but worth > reading > > Thank you, > Roger > > > > > > ________________________________ > From: "Vernooij, CP - SPLXM" <kees.verno...@klm.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, July 26, 2013 6:38 PM > Subject: Re: MAXSPACE and central storage > > > I don't think performance will degrade because of the MAXSPACE value, > but before that happens, you will notify paging and paging-delays > because of insufficient central storage. I suggest you monitor paging > and %full of the local pagedatasets. > > You should have a robust paging configuration anyway, enough slots and > enough access paths, to handle page-out bursts that can occur during > dumps. But not only during dump, but also during e.g. large DB2 Reorgs > and Loads where DFSORT requests large amounts of central storage from > z/OS, and z/OS will provide them by (sometimes) mass page-outs of unused > pages. > > Kees. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Robert Hahne > Sent: Friday, July 26, 2013 14:57 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: MAXSPACE and central storage > > but , i feel there might be some performance degradation down the line . > anybody has any suggestions ? > > Regards, > Bob > > > > > > > Date: Fri, 26 Jul 2013 14:21:38 +0530 > > From: baby.ekla...@gmail.com > > Subject: Re: MAXSPACE and central storage > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > I dont think so . During our DB2 v10 upgrade, we had to increase > > maxspace to 16000 M ,then we added only the local page datasets . > > > > > > On Fri, Jul 26, 2013 at 3:07 AM, Robert Hahne > <roberthahne...@hotmail.com>wrote: > > > > > Greetings , > > > > > > We have a requirement in our shop to change the MAXSPACE value from > > > > 2000M to 8000M . IBM says there should be a 1:3 ratio between > > > maxspace and auxiliary storage . that means , my total auxiliary > > > storage needs to be increased by 3 times which is 24000 M (to > > > satisfy 1:3 ratio) . I did that as well . Now my concern is that my > > > Central storage is 5690 M and will it create any problem once i set > > > the maxspace to 8000 M .I couldn't find any documentation which says > > > > central storage should be increased . I'm trying to understand how > > > DUMPSRV address space works when it is allowed to capture a dump of > > > 8000M in size considering my central and local page dataset sizes > given above . we are on z/os 1.11 and thus AUXMGMT is set as ON by > default . > > > > > > Please share your thoughts on this . > > > > > > > > > Thanks in Advance , > > > Bob > > > > > > > > > > > > -------------------------------------------------------------------- > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN > > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ******************************************************** > 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
