Ok, now it's coming back. They don’t get paged out, if the system needs the storage, it just throws the pages away because it can just reload them if needed later. So PLPA modules are subject to paging, just not paging out. I was mixing up page stealing and page out.
Rex -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Joe Monk Sent: Monday, September 21, 2020 8:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: Searching MLPA module "All modules in the PLPA are treated as refreshable, and are not paged-out. This action reduces the overall paging rate compared with modules in other libraries." https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae100/plpae.htm Joe On Mon, Sep 21, 2020 at 7:57 AM Pommier, Rex <rpomm...@sfgmembers.com> wrote: > <quote> Unlike PLPA, it is subject to page out. </quote> > > Are you saying that PLPA pages are fixed and can't be paged out? > Isn't that what the first P in PLPA means - pageable? The FLPA > modules are page fixed and not subject to page-outs. > > Rex > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > Behalf Of Seymour J Metz > Sent: Friday, September 18, 2020 1:42 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] Re: Searching MLPA module > > The MLPA is key zero and it's bad form to put nonrefreshable code > there, but it is not always read only. Unlike PLPA, it is subject to page out. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > ________________________________________ > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on > behalf of Joe Monk <joemon...@gmail.com> > Sent: Friday, September 18, 2020 12:55 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Searching MLPA module > > Thats incorrect. MLPA is read only. > > Joe > > On Fri, Sep 18, 2020 at 9:42 AM Itschak Mugzach < > 00000305158ad67d-dmarc-requ...@listserv.ua.edu> wrote: > > > MLPA is in CSA and is modifiable while lpa is read only. > > > > בתאריך יום ו׳, 18 בספט׳ 2020, 17:17, מאת Peter <dbajava...@gmail.com>: > > > > > Apology for being ingorant .. if LPA and MLPA are same then why > > > are they being placed in a different parmlibs ? Aren't any > > > difference between MLPA and LPA ? > > > > > > On Fri, 18 Sep, 2020, 5:56 pm Peter, <dbajava...@gmail.com> wrote: > > > > > > > We have a MLPA module from adabas which got loaded But we aren't > > > > able > > to > > > > trace from which dataset it was loaded. > > > > > > > > Is there a way to know the dataset name from which or where it > > > > is > > saved ? > > > > > > > > On Fri, 18 Sep, 2020, 4:16 pm Itschak Mugzach, < > > > > 00000305158ad67d-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > > >> Peter, > > > >> > > > >> There are some 3rd party products that load modules to modified > > > >> LPA > > (CSA > > > >> or > > > >> ECSA) as they start. They do it dynamically so if they don't > > > >> start, > > you > > > >> save the storage. > > > >> > > > >> ITschak > > > >> > > > >> *| **Itschak Mugzach | Director | SecuriTeam Software **|** > > > >> IronSphere > > > >> Platform* *|* *Information Security Continuous Monitoring for > > > >> Z/OS, > > > zLinux > > > >> and IBM I **| * > > > >> > > > >> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 > > > >> 986404 > > > >> **|* > > > >> *Skype**: ItschakMugzach **|* *Web**: > > > >> http://secure-web.cisco.com/1uYnAuN5Ol9abEOzh6GC-P1tZbk86urrVNM > > > >> wV > > > >> jYQIOlgTTKT4QSFQUFWraW13edzSO87wcJpA_vlV83vjhQ6pNhwF_TPNNPinlw5 > > > >> -2 > > > >> OILY5iiPF6DCNEZf4V-snl77CC0ryDjJKX1IXqCSzVhmJyKDOHkeEPJVg5n3quE > > > >> Ri > > > >> 5iKXNa8lPNRGG-nmnINU7l5ZqjQng3vMroYdM7NK9E6v8PUHuVZI_x-Os9BGacD > > > >> vz > > > >> UahCMk5zMagXS8ROJaZQrz6y5-pGJViFEhcRs27I7fmMZLvNqMg6NpG-7hBpElM > > > >> xK > > > >> W6HcMnUxUawEKd8vBATe_5Yk6i8ofPMrlUQJgXqbkyA_tdm5NN2iHk0LTeqaqQL > > > >> vN > > > >> DvmGIHfZWuID3FID6Syv2zm4lihXQEkcf_AZEnOmVCu2hkzgEziOHKxVOokp5hl > > > >> F5 Gs2Y3jvSeTxRhvRxd67TM9/http%3A%2F%2Fwww.Securiteam.co.il > > > >> **|* > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> On Fri, Sep 18, 2020 at 3:06 PM Peter Relson > > > >> <rel...@us.ibm.com> > > wrote: > > > >> > > > >> > <snip> > > > >> > Is there any utility which can help to search the loaded MLPA > > module ? > > > >> > </snip> > > > >> > What do you mean by "search the loaded MLPA module"? > > > >> > > > > >> > A program can use CSVQUERY to locate the address of a module > > > >> > in LPA (whether PLPA, MLPA, FLPA, or dynamic LPA), just as it > > > >> > can use LOAD > > > and > > > >> > then DELETE (CSVQUERY typically has less overhead than that > > > >> > pair of operations). > > > >> > > > > >> > <snip> > > > >> > We have a product which loads via MLPA and we just trying to > > > understand > > > >> if > > > >> > it's possible to load it dynamically without the need of IPL > > > >> > </snip> I do not understand this sentence either. Nothing > > > >> > loads "via MLPA". > > > Some > > > >> > things might require that their parts be in LPA. Is that what > > > >> > you > > > meant? > > > >> > If a program wants to put module(s) into LPA it can use the > > > >> > CSVDYLPA macro. If a customer wants to put module(s) in LPA > > > >> > it can use the > > LPA > > > >> > statement of the PROGxx parmlib member or the SETPROG LPA command. > > > >> > > > > >> > > > > >> > Peter Relson > > > >> > z/OS Core Technology Design > > > >> > > > > >> > > > > >> > > > -------------------------------------------------------------------- > > -- > > > >> > 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 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 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 > > > The information contained in this message is confidential, protected > from disclosure and may be legally privileged. If the reader of this > message is not the intended recipient or an employee or agent > responsible for delivering this message to the intended recipient, you > are hereby notified that any disclosure, distribution, copying, or any > action taken or action omitted in reliance on it, is strictly > prohibited and may be unlawful. If you have received this > communication in error, please notify us immediately by replying to > this message and destroy the material in its entirety, whether in electronic > or hard copy format. Thank you. > > ---------------------------------------------------------------------- > 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 The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
