On Tue, 19 Jul 2005 15:20:27 -0500, Staller, Allan <[EMAIL PROTECTED]> wrote:
><snip> >It's getting too big. > >The performance boost isn't worth it. > >I have other things that I would rather have in there. > ></snip> > > >I concur w/Ted,. but for different reasons, rooted in the history of MVS. > > >There *might* be a payback, in a "SAS shop" where all of the applications run SAS. The cost would be a s > >mall reduction in available private by moving the modules to LPA. The trade off is several copies of the SAS code > >in private storage vs a single copy in LPA. Possibly a reduction in paging, but a limited impact. > > What about a SAS LPAR? We have an LPAR that primarily is used for SAS. We have the the LPALIB in LPA there. All of the modules except one are 31 bit. It looks like about 13M of modules, so when running many concurrent SAS jobs (which this LPAR does at times) the real storage savings isn't trivial. This is one of our smallest LPARs when it comes to real storage (1G). On the other hand, losing 13M of virt private above the line is trivial. Mark -- Mark Zelden Sr. Software and Systems Architect Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
