Re: Sorting SMF records

> Small wrote:

><snip>

> IER059A - REC LNG INVALID FOR DEVICE

It would be nice if SORT told you what it really meant, as in which DD it was complaining about.

><snip>

> //             DCB=(RECFM=VBS,LRECL=07156,BLKSIZE=07160),

OS360 Sort, SM023, which is what we have available only 'knows' about 2301, 2311 & 2314 DASD types.  Even though QSAM is fetching records from the sort input DD, SORT seems to want to limit the LRECL to the max record size it is using for SORTWORK packs, in this case around 7200-7300 for 2314 tracks.  If 3.8j supported 2301 drums, we could possibly get around 20,000 byte inputs accepted from DISK.

It may be that no matter what DASD type the input resides on, 3330,3350, 3380, 3390, etc... the limiting factor may be the SORTWORK in use.  SORT module IERRCI ( IIRC ) has this stuff hardcoded in it.

><snip>

> As for speed, and efficiency - I don't recall the run times with the
> unmodified CORE, but with elapsed time of about a second, I don't
> think I have to worry about that right now.

><snip>

> It's nice to see though, that all of the region was actually used!

><snip>

> More results in my next post!

Before TK3 was released in 2002, I ran some tests with SORT using various CORE sizes with the DATAMATION Sort records ( 100 LRECL, KeyLength 10, 1 million records), as input.  I don't have the results off hand, but 256K did make enough difference that it was made the default in TK3.

When or if there is time here I may run some more tests with various Sorts.

Phil