WORK TRACKS ALLOCATED WITHOUT USE USING HIPER TO SORT



IBM's flagship sort product DFSORT for sorting, merging, copying, data manipulation and reporting. Includes ICETOOL and ICEGENER

WORK TRACKS ALLOCATED WITHOUT USE USING HIPER TO SORT

Postby josechu » Thu Apr 14, 2011 2:28 pm

Hi mates,

We're running in some big installations with DFSORT (V1R10/V1R5), and using HIPER to sort in a massive way.

I was detected using HIPERSORT (HIPRMAX=OPTIMAL, DSPSIZE=0, MOSIZE=0) in a lot of cases, that DFSORT allocate dynamic work space not used later, runs 100% in memory, in sort processes more than 425/430 Mbytes.

Occurs in all versions of DFSORT, from many time ago (at least until V1R10). Isn't a very big problem, but in some production Sysplex, we need to SORT near of 100 Tb daily. The sum of work space allocated (and not used) are millions of tracks...

Is possible to decrease or avoid this? (obviously without use of Memory Objects)
josechu
 
Posts: 6
Joined: Thu Apr 14, 2011 2:08 pm
Has thanked: 0 time
Been thanked: 0 time

Re: WORK TRACKS ALLOCATED WITHOUT USE USING HIPER TO SORT

Postby Frank Yaeger » Thu Apr 14, 2011 8:22 pm

If you want the DFSORT Team to take a look at a few of your jobs and make recommendations, add the following to the jobs:

//SORTDIAG DD DUMMY

and rerun them to get diagnostic messages. Then send the complete JES logs to me offline (yaeger@us.ibm.com).
Frank Yaeger - DFSORT Development Team (IBM) - yaeger@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
=> DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort
User avatar
Frank Yaeger
Global moderator
 
Posts: 1079
Joined: Sat Jun 09, 2007 8:44 pm
Has thanked: 0 time
Been thanked: 15 times


Return to DFSORT/ICETOOL/ICEGENER

 


  • Related topics
    Replies
    Views
    Last post