Rereading your answer, I wonder what it is that 'we should not get anywhere 
near'? 

Kees.

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: 27 October, 2014 9:57
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What address space is using AUX slots?

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

Reply via email to