You have to remember that nothing is assigned until you use it. Real frames are not assigned until you reference a location in a page, then a page fault is taken and a frame of real storage is assigned to back the virtual page. The same is true for Page data set slots. A slot is not assigned until the virtual page needs to be paged or swapped out.
Chris Blaicher Technical Architect Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8234 | M: 512-627-3803 E: [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Thursday, August 20, 2015 2:55 AM To: [email protected] Subject: Re: SMF30HVO I think 'obtained' should be read as 'getmained', but not still used (referenced), so only the used/referenced part of it occupies real storage. Similar values apply to DB2, who requires HVCOMMON to be set to frightening high values, in case it decides to really use all. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Werner Kuehnel Sent: 20 August, 2015 8:42 To: [email protected] Subject: Re: SMF30HVO Yes, I know, it's virtual. But I understand the word "obtained" as allocated or used, it's not a threshhold or a possible maximum (like the REGION parm). And then I expect to see an increase in real storage usage (what I actually see), at least an increase in page data set usage (what I don't see). OA44690 doesn't apply to us, we still avoid working with PDS/Es and have just a handful private libs, beside the z/OS PDSEs. Anyway, thanks for the hint. Werner Kuehnel Von: "Staller, Allan" <[email protected]> An: [email protected], Datum: 19.08.2015 15:37 Betreff: Re: SMF30HVO Gesendet von: IBM Mainframe Discussion List <[email protected]> I believe you are mis-interpreting the data (caveat, I am not Cheryl or Barry). I expect this refers to virtual storage, not real storage. However, you might also ask in the MXG list: MXG Software LIST [email protected]] Also, just as a SWAG, check out APAR OA44690 HTH, <snip> After migration from z/OS 1.13 to 2.1 I see an increase for almost all address spaces in field SMF30HVO (Storage and Paging section). The book says about this field: "SMF30HVO length 8 binary Amount of 64-bit private storage in bytes that is obtained by this step or job. This includes guarded virtual storage." Does it mean that my real storage is more heavily used now and the UIC goes down? Or do I misinterpret it? For example RMF: 1.13 4194304 bytes 2.1 7340032 bytes The values are from type 30 subtype 2 interval records (15 min). </snip> ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] 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 [email protected] with the message: INFO IBM-MAIN ________________________________ ATTENTION: ----- The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
