Short: no. Every information from VLF on the LLA cache is useless. LLA manages its VLF cache such that it always seems to perform perfectly from the VLF point of view. The real performance is only available from LLA statistics.
Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: 26 November, 2014 4:48 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VLF Caching Not sure this is worth mentioning, but IBM's Health Checker has a check called IBMVLF,VLF_MAXVIRT that tells you how many times VLF has trimmed objects from various caches, depending on the parameters specified on the check. The check runs hourly by default. Of course, the check won't give you the same level of detail as a SMF analysis, but if all you are looking for is 'how big to make our memory cache to avoid thrashing/trimming', it might be a simpler thing to look at rather than extracting/analysing SMF repeatedly. Ant. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Thompson Sent: Tuesday, 25 November 2014 1:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VLF Caching On 11/24/2014 05:29 PM, Thomas Conley wrote: > On 11/24/2014 4:30 PM, Steve Thompson wrote: <SNIP> >> >> Is there a ROT for setting of the MAXVIRT for CSVLLA class? <SNIP> >> I'm thinking we should go to 64MB, but perhaps we should go higher. >> I'm just not aware of anything that gives us an idea of how much to >> set this to. <SNIP> >> Regards, >> Steve Thompson >> <SNIP> > Steve, > > I've always had to review the SMF data, then make adjustments. > No ROTs or sizing recommendations I'm aware of. > > Regards, > Tom Conley > Thanks Tom. Yeah, we are running SMF records and CP-Expert tells us, how big the Cache is, how much we've used, how often we do trim. I was just hoping someone had come up with something a little faster for this. I guess, one could set it to 512MB and then whack it down from there. I certainly hope we aren't going to be using more than that. Regards, Steve Thompson ---------------------------------------------------------------------- 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 ******************************************************** 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
