Follow up to this question. Has anyone put the ISPF (load libs) in VLF and found it to help TSO response time?
Ed ________________________________ From: Monika Amiss <[email protected]> To: [email protected] Sent: Thu, May 12, 2011 4:32:13 AM Subject: Aw: Re: non-module-PDS and VLF Hello Kees, thank you for your answer, which helps me very much. Is DLF an option to cache the member data? Or - if i convert the Dataset to PDS/E and use its caching, is it usefull to leave the Dataset in LLA? With best regards Monika ----- Original Nachricht ---- Von: "Vernooij, CP - SPLXM" <[email protected]> An: [email protected] Datum: 12.05.2011 11:18 Betreff: Re: non-module-PDS and VLF > "Monika Amiss" <[email protected]> wrote in message > news:<1172756478.595508.1305191624118.JavaMail.ngmail@webmail10.arcor-on > line.net>... > > Hello Group, > > > > we habe a PDS with some members (no modules but characters) which is > rarely updated. Can I put this Dataset in LLA and VLF (with FREEZE > option) without touching all our Application programs which use this > datasets. Or can I only use this Dataset when I work with the VLF-API > (COFDEFIN,..). We have a MONOPLEX. > > > > With best regards. Any hint appreciated. > > Monika > > > > Monika, > > Yes, you can add the PDS to CSVLLAxx. LLA will cache the directory, but > will not stage members to VLF, it does this only for load modules. Since > the directory is FROZEN, your applications will probably not see any > updated members untill you issue a F LLA,UPDATE=yy to refresh the > directory from disk. > > Kees. > ******************************************************** > 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: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
