Re: Sort in a multitasking address space
> Won't DFSORT manage the SORTWORKs? Gil/John, Dave Betten already answered the question below. "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. If the customer is using dynamic allocation and if he passes SORTDD= then DFSORT will dynamically allocate the sortwk based on the value of SORTDD Thanks, Kolusu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort in a multitasking address space
On Tue, Nov 12, 2019 at 1:21 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 12 Nov 2019 12:43:26 -0600, John McKown wrote: > >On Tue, Nov 12, 2019 at 12:18 PM Tom Marchant 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; > > > Won't DFSORT manage the SORTWORKs? > I don't really know. I've never done this. I vaguely remember from long ago that I was told to do it. > > >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. > > > Is BPX1FRK or BPX1EXM to create additional address spaces a possible > alternative? > o It avoids the virtual storage constraint. > o It avoids DDNAME collision. > o But allocations must be performed anew for child processes. > I like that, but it's not what the OP asked and I am not "up to snuff" this week. Just the winter blues. It also depends on the UNIX setup. And on the z/OS resources. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort in a multitasking address space
On Tue, 12 Nov 2019 12:43:26 -0600, John McKown wrote: >On Tue, Nov 12, 2019 at 12:18 PM Tom Marchant 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; > Won't DFSORT manage the SORTWORKs? >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. > Is BPX1FRK or BPX1EXM to create additional address spaces a possible alternative? o It avoids the virtual storage constraint. o It avoids DDNAME collision. o But allocations must be performed anew for child processes. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort in a multitasking address space
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: bet...@us.ibm.com IBM Mainframe Discussion List wrote on 11/12/2019 01:43:26 PM: > From: John McKown > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/12/2019 01:44 PM > Subject: [EXTERNAL] Re: Sort in a multitasking address space > Sent by: IBM Mainframe Discussion List > > On Tue, Nov 12, 2019 at 12:18 PM Tom Marchant < > 000a2a8c2020-dmarc-requ...@listserv.ua.edu> 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 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
Re: Sort in a multitasking address space
On Tue, Nov 12, 2019 at 12:18 PM Tom Marchant < 000a2a8c2020-dmarc-requ...@listserv.ua.edu> 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort in a multitasking address space
If you provide non-conflicting ddname lists then I would expect it to work, storage permitting. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, November 12, 2019 1:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Sort in a multitasking address space 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. -- Tom Marchant -- 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
Re: Sort in a multitasking address space
30 years ago I wrote something that ATTACHed multiple TCBs, each calling ICEMAN. This worked fine but I needed to 1) Create the control cards appropriately 2) Make sure there weren't any data set collisions In fact my use case was read the same SORTIN and sort it different ways - in parallel. Oh... 3) Manage the virtual and real memory appropriately. So, yes, I think multiple tasks invoking ICEMAN in a single job step can be done. Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 12/11/2019 18:18 Subject:[EXTERNAL] Sort in a multitasking address space Sent by:IBM Mainframe Discussion List 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. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Sort in a multitasking address space
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. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN