By 'compress', I mean plain old IEBCOPY to squeeze out the gas left by deleted members. I realize after my previous post that I now routinely create SMPPTS% as PDSE, so compression is not an option. Back when multiple SMPPTS% became available, SMPE/E would try to compress every PTS% that got x37. Every time. The only thing wrong with that is the churn in I/O and CPU plus SYSPRINT lines trying futilely on every RECEIVE to compress a full PDS. The SMP/E OPTIONS entry allows for list of exceptions for RECOVERY, but I don't have any DDDEFs listed there.
. . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, March 17, 2017 12:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Can SMPPTS datasets be consolidated? On 2017-03-17, at 12:45, Jesse 1 Robinson wrote: > Some final bits of advice. As the SMPPTS% libraries are opened in order to > store a new sysmod, you will get an x37 abend for each one that has > insufficient space. This is a totally cosmetic issue unless you ... or (2) > allow SMP/E to compress the library. > Do you mean compression by GIMCPTS? Why should that cause a problem? > For (2), you should tell SMP/E not to compress a PTS...OK, having asserted > that, I looked at my GLOBAL zone and do not see how to do it. > The UCL operand is COMPACT(YES|NO), ... YES is the default. > I know I took such action in the past because compressing a PTS is pretty > much guaranteed to be hopeless. Hmm. Anyway, if a PTS can benefit from > compress, say after ACCEPT, should be handled manually outside of RECEIVE > processing. > I wouldn't try compression techniques other than GIMCPTS, such as AMATERSE. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN