DB2 Utilities are a good example of this. They often execute multiple concurrent sorts. You use SORTDD= in the parameter lists to pass a separate prefix for each sort. For example you might pass SORTDD=SRT1 for the first one, SORDD=SRT2 for the second, etc. That way each will allocate SRT1WK*, SRT2WK*, etc. and you can pass control statements via SRT1CNTL, SRT2CNTL, etc. In the parameter list you might also want to include a separate MSGDDN for each sort so the sort messages aren't all written to the same SYSOUT DD.
Have a nice day, Dave Betten z/OS Performance Specialist Cloud and Systems Performance IBM Corporation email: [email protected] IBM Mainframe Discussion List <[email protected]> wrote on 11/12/2019 01:43:26 PM: > From: John McKown <[email protected]> > To: [email protected] > Date: 11/12/2019 01:44 PM > Subject: [EXTERNAL] Re: Sort in a multitasking address space > Sent by: IBM Mainframe Discussion List <[email protected]> > > On Tue, Nov 12, 2019 at 12:18 PM Tom Marchant < > [email protected]> wrote: > > > We have a multitasking address space in which we would like to > > call sort to sort somewhere around a half a million entries. > > There is a possibility that more than one task might need to > > call sort. Will this cause a problem if one task calls sort > > while sort is active for another task? A customer could be > > using any of the available sort products. > > > > IIRC, with DFSORT, you can do that. But each must: 1) use a separate set of > DDs for SORTWORK; 2) use different DDs for SORTIN, SORTOUT and perhaps > DFSPARM (if used).; 3) If you use any exit(s) in differents, the exit code > will need to be truly RE-ENTRANT; 4) The address space must have > enough virtual storage. BTW - do you mean sort 1_000_000 entries, or > 1_000_000 invocations of DFSORT? I think the same restrictions will be in > effect for SYNCSORT as well. > > > > > > > -- > > Tom Marchant > > > > -- > People in sleeping bags are the soft tacos of the bear world. > Maranatha! <>< > John McKown > > ---------------------------------------------------------------------- > 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
