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" <allan.stal...@kbmg.com> An: IBM-MAIN@LISTSERV.UA.EDU, Datum: 19.08.2015 15:37 Betreff: Re: SMF30HVO Gesendet von: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> 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 mx...@peach.ease.lsoft.com] 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 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
