I think it matters under which TCB you do the preloads and how the using tasks are created, whether or not they can find/use the preloaded modules. LLA/VLF do this on a library basis, so this will work.
If you really need, you can use LLA exits to bypass the LLA staging algorithms and force staging on the first load. But I suppose this is a last resort. Providing sufficient space to VLF should work. The same LLA exits can be used to produce statistics on which percentage of the loads come from VLF and disk. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Miklos Szigetvari Sent: Wednesday, February 13, 2013 09:55 To: [email protected] Subject: Re: Preload modules for a Server (now HTTP server) Hi On 13.02.2013 09:29, Vernooij, CP - SPLXM wrote: > For your previous question LLA/VLF were suggested. > USS has a similar function, check the description of SHRLIBRGNSIZE in > BPXPRMxx and how to set this up. Thank you I'm interested in an address space specific solution, but if it is with preload not works , I will try LLA/VLF . The shared library works only for HFS modules, but I would need programs from PDS datasets. > Kees. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Miklos Szigetvari > Sent: Wednesday, February 13, 2013 09:20 > To: [email protected] > Subject: Re: Preload modules for a Server (now HTTP server) > > > Hi > > I have asked a question recently about the preload for a server,, and really > a small front-end program can preload the required modules and the server can > use them, but not the HTTP server. > If I try to start a program from the preloaded list, under the HTTP server > (BPX_SHAREAS=NO) , it will not find the program. > But as far as I understand the "spawn" and "fork" the job pack queue should > be shared between the original and started process. > > On 05.02.2013 18:36, Ron MacRae wrote: >> We had a similar problem with IBM's XML parser, which is huge and was >> constantly being reFETCHed. >> >> At startup time we went through a list of programs and loaded them and threw >> away the returned address. >> These modules are now loaded with a use count of 1. >> All subsequent LOADs/FETCHes finds them in storage. >> Because the use count now never goes back to zero these modules will stay in >> Virtual storage until termination. >> We dropped many thousands of I/Os per minute. >> >> About 10-20 lines of assembler code and a list of the programs required. >> >> Hope this helps. >> >> Ron. >> >> ---------------------------------------------------------------------- >> 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 > ******************************************************** > 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 ---------------------------------------------------------------------- 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
