Becasue DFSORT uses EXCP to access the SORTWKnn data sets, it does not support extended format. When DFSORT detects extended format input and output data sets, it uses BSAM to access them but this capability is not available for SORTWKnn data sets due to the complexity of how DFSORT accesses them. DFSORT does however support large format SORTWKnn data sets and does allocate them as large format when dynamic allocation is used. For JCL sort works, DSNTYPE=LARGE must be specified on the DD statements or they must be assigned to a data class that defaults to large format.
Have a nice day, Dave Betten DFSMS Performance Engineer IBM Corporation email: [email protected] 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List <[email protected]> wrote on 09/11/2012 09:57:19 AM: > From: "McKown, John" <[email protected]> > To: [email protected], > Date: 09/11/2012 10:06 AM > Subject: DFSORT use EXTENDED FORMAT for SORTWKnn DDs? > Sent by: IBM Mainframe Discussion List <[email protected]> > > I am looking at the possibility at making some changes in DFSORT > and/or SMS. In particular, I am considering making the SORTWKnn DD > allocations have a DATACLAS which specifies EXTENDED FORMAT. This is > to allow 123 extents. The DFSORT has confused me a bit. > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CI20/2.2.7 > on DYNSPC > <quote> > specifies the total default primary space allocation for all of the > dynamically allocated work data sets when the input file size is > unknown, that is, when DFSORT cannot determine the input file size > for a sort application and the number of records is not supplied by > a FILSZ or SIZE value. Generally, DFSORT can automatically determine > the input file size. However, in a few cases, such as when an E15 > supplies all the input records, when information about a tape data > set is not available from a tape management system or when Blockset > is not selected, DFSORT cannot determine an accurate file size. In > these cases, if the number of records is not supplied by a FILSZ or > SIZE run-time option, and dynamic allocation of work data sets is > used, DFSORT uses the DYNSPC value in effect as the approximate > amount of primary space. DFSORT uses 20% of the primary space as > secondary space. Although the primary space is always allocated, > secondary space (up to 15 extents) is only allocated as needed. > </quote> > Note the "(up to 15 extents)" on the last line. > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ice1ct20/2.9 > Is talking about using Extended Format for superior I/O on INPUT and > OUTPUT data sets, but does not address using it in SORTWKnn DD statements. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * > [email protected] * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential > or proprietary information. If you are not the intended recipient, > please contact the sender by reply e-mail and destroy all copies of > the original message. HealthMarkets(r) is the brand name for > products underwritten and issued by the insurance subsidiaries of > HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid- > West National Life Insurance Company of TennesseeSM and The MEGA > Life and Health Insurance Company.SM > > ---------------------------------------------------------------------- > 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
