The IRAQVS block is documented in Storage Areas, if that helps. I have not tried the IWMQVS approach as I am 95% content with the two RCTxxxx fields.
The 5% of discontent is that it would be nice to have - Granularity less than a 4 hour average. What is the MSU/hour consumption over the last 5 or 15 or even 60 minutes? - Granularity less than a million service units. Why not just service units? Suggestions for the resolving the discontent happily accepted. IWMQVS does not seem to be the answer. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Phil Smith III Sent: Saturday, November 20, 2021 7:58 AM To: [email protected] Subject: Re: Is there a field that would reflect LPAR soft-capping?; Steve Horein provided some nice Rexx that talks to WLM about this, but I don't quite grok the output. When I run it and just display the various variables, I get: QVSVER = 2 QVSFLAGS = 1 IMGVALID = 00000000 CECSTAT = 3906 CECMODEL = 10012 LPARNAME = 1 LPARMSUS = E0 CECVALID = 1 VER2 = 1 CECTYPE = 785 CECMSUS = ZM01 LPARID = 5183 FLCFACL=FBEBFFFBFEFFFF7807FCE00000000000 OTOH if I run: /* REXX -- Looks at memory and displays MSU counts */ rct = c2d(storage(d2x(c2d(storage(d2x(c2d(storage(10, 4))+604), , 4))+228), 4)) say 'CEC MSUs='c2d(storage(d2x(rct+32), 4))';', 'LPAR MSUs='c2d(storage(d2x(rct+28), 4))';' I get: CEC MSUs=10012; LPAR MSUs=5183; which seems more reasonable and matches IPLINFO output. I assume I'm just not understanding the output of Steve's program? ---------------------------------------------------------------------- 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
