With respect to the REGION size, remember that SORT (both IBM and its competitors) is most efficient the more memory you can let him have. I have found this especially true for COBOL-based SORT's.
Consider using a region of at least 500M for large-volume sorts, and be sure to tell SORT he can use (most of) it via the SORT parameters. The more memory he has available the fewer SORTWK's and SORTWK I/O's he will need to use. Also "buffer up" all of your high-volume input files with high BUFNO (QSAM) or AMP='BUFND=XXXX,BUFNI=YYYY,RMODE31=ALL' (VSAM) parameters (as appropriate). Consider using SUBSYS=BLSR or SMB parameters for high-volume VSAM inputs as well. Memory is (relatively) inexpensive, so use it to your advantage. Your SLA's will appreciate it. HTH Peter -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Pfister, Nathan Sent: Monday, October 02, 2017 11:14 AM To: [email protected] Subject: Re: Sort Question Lizette; Thanks for that suggestion. For now, I looked at what you have and I will give some similar cards a shot. Also, I didn't realize I could reach out to the DFSORT team directly, so thanks for that! Eldarus; I hadn't thought about the region, it is limited by the IEFUSI exit. If the parameters I put in based on Lizettes don’t' work, I will suggest coding of the SORTWK statements. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Lizette Koehler Sent: Monday, October 02, 2017 10:17 AM To: [email protected] Subject: Re: Sort Question Some interesting sections from DFSORT messages 1) DSA is set to 128 in parms but DSA=0 is in the sort message output 2) DFSORT at failure says an additional 44 WORK volumes were needed There is a way to pass parms to DFSORT using DFSPARM DD statement For our larger sorts I have coded //DFSPARM DD * DSA=128,FILESZ=50000000,UNIT=(SYSDA,32) Maybe the DFSORT team will chime in Lizette > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Elardus Engelbrecht > Sent: Monday, October 02, 2017 7:14 AM > To: [email protected] > Subject: Re: Sort Question > > Pfister, Nathan wrote: > > >Sorry for the long post, but here's all the info. > >Here's the jobs output: > > >ICE092I 0 MAIN STORAGE = (128000,1048576,1048576) ICE156I 0 MAIN > >STORAGE ABOVE 16MB = (590271,590271) > > It is looking small for me, at least for me. What is your job REGION? > Is that REGION limited by SMFPRMxx or IEFUSI exit? > > Consider adding these OPTION SIZE=E999999999,MAINSIZE=MAX just to tell > DFSORT there is a large workset waiting for it. > > Or you can add a good handfull of these SORTWKxx, which I had to use > at one stage to handle a Galaxy sized sort work: > > //SORTWK01 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(1000,500,0)), > // UNIT=3390 > > HTH! > > Please let us know if you got a solution! > > Groete / Greetings > Elardus Engelbrecht > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
