Just to clarify, DFSORT supports large format data sets for sortworks thus allowing them to use more than 64K tracks. DFSORT's dynamic allocation allocates them as large format. For JCL allocated sort works you need to specify DSNTYPE=LARGE on the DD statements and DFSORT will support that.
>> My rule of thumb for SORTWK - space is: You need about 1 1/2 to 2 times the size of SORTIN for your SORTWKs (OK, somebody will probably correct me or point me to where there's documentation about the real values, but that's what I have used in the past). A SORTWK dataset's maximum size is (or used to be when I last messed around with that a few years ago) 64K tracks (4368 CYL). So, going out on my old limb, I guesstimate that for 20,000 CYL of input file you may need between 30,000 and 40,000 CYL of SORTWK space or at least 10 SORTWK DDs. More smaller ones might be better as they allow the disks to be filled more completely. If the disks are SMS managed, an overflow - pool might be a good backstop. Regards, Ulrich Krueger Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN