We should throw the 30% rule in the bin IM(NS)HO. Only relates to Continuous Slot Allocation Algorithm "break down" and we shouldn't get anywhere near it; The economics of memory (and a fortiori with Flash) make this near obsolete.
Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: "Vernooij, CP (SPLXM) - KLM" <kees.verno...@klm.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 27/10/2014 08:11 Subject: Re: What address space is using AUX slots? Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> The 30% rule is a performance rule, not a capacity rule: 1. you should have enough space to accommodate a large page-out burst, when I occurs. 2. you should not fill this space over 30% to keep good performance on your page-outs. Although I think this rule is more important in a constantly paging system and less important for a one time page-out burst. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: 25 October, 2014 0:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What address space is using AUX slots? As long as he doesn't exceed 30% usage, he should be fine. Maybe automatically issue the command hourly to find the peak? On Fri, Oct 24, 2014 at 2:33 PM, Gibney, Dave <gib...@wsu.edu> wrote: > Just because you are not paging due to lots of real/flash isn't a reason to not have sufficient page datasets in case you need them for dumping of some runaway memory gobbler. > >> -----Original Message----- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Elardus Engelbrecht >> Sent: Thursday, October 23, 2014 12:38 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: What address space is using AUX slots? >> >> Peter Hunkeler wrote: >> >> >It seems, we've got enough real storage and enough Flash Memory. >> >There is >> hardly any paging. We've got two local page data sets mainly because >> VIO paging will not go to Flash Memory. >> >> >We're starting to see local page data set usage at ~30%. I conclude >> >that this >> must be VIO data being paged out. >> >> What let you arrive at that conclusion? Just curious if you don't mind please. >> >> >> >I'm not very fluent in using neither RMF, nor MAINVIEW. I'd like to >> >find out >> which AS is causing this AUX usage. Not that I'd currently think, >> we're in touble. Just curious. Does anyone have some hints where to start? >> >> Do you want 'snapshot' (with RMF II), interactive monitoring (RMF >> III) or some post-processing? Depending on what you want to do, you >> can use RMF batch using SMF records, RMF II or RMF III or RMF Spreadsheet Reporter. >> >> (Or you can go Martin Packer's entertaining way... :-D ) >> >> >> Groete / Greetings >> Elardus Engelbrecht >> >> --------------------------------------------------------------------- >> - 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- 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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
