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
