Peter answered your questions about LNKLST(s). To answer the part of your question "What I am trying to do is ...", in addition of Peter's last remark: you can give the LLA/VLF performance to any user library, without the need to make it a LNKLST dataset of any kind.
Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Steve Thompson Sent: Thursday, January 09, 2014 00:02 To: [email protected] Subject: LLA/VLF -- NAMED LNKLST? My memory is hazy on this. Been digging through various manuals for z/OS 1.13. [Haven't had to do real sysprog stuff since z/OS 1.4...] I seem to recall something about Named LNKLST. But I can't find anything on it in the current manuals (I have some number of PDFs on my hard drive for z/OS 1.13). I have also been looking at ABCs of z/OS Systems Programming VOL2 (SG24-6982). Or have I completely confused a couple of concepts? What I am trying to do is improve performance of certain "systems", and I thought there was a way to have LLA w/VLF do this but my brain keeps rebelling - Perhaps my problem is my brain has hard associated LLA with Linklist Look Aside as opposed to Library Look Aside? But I thought you do not want to take your "user" LOADLIBs and put them into the LNKLST. And it seems to me if you don't do that, you can't get a performance boost from LLA/VLF. What is bringing this up are things I have found in looking at CICS/TS 5.1 and COBOL 5.1. Since COBOL 5.1 is going to require PDSE and certain ISV products we have are documented as not doing so well with PDSE over PDS... It seems to me that we would want to use the LLA/VLF "native" route. IFF it is actually going to provide a performance boost over no management of LOADLIB concatenations. So what are the pros and cons of this (other than in a PLEX, especially, we have to do LLA Refresh...)? Regards, Steve Thompson The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. ---------------------------------------------------------------------- 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
