I just found out you have a PMR open so no need to send anything to the 
DFSORT Hotline.  The same people will be investigating this through the 
PMR process.


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 
07/18/2014 06:26:32 PM:

> From: David Betten/Gaithersburg/IBM@IBMUS
> To: [email protected]
> Date: 07/18/2014 06:27 PM
> Subject: Re: DFSORT Performance
> Sent by: IBM Mainframe Discussion List <[email protected]>
> 
> There are many variables that we don't know from the information you 
> provided.  For a SORT, we have to allocate many other areas of virtual 
> storage for sortwork buffers, etc.  Also, I don't know which access 
method 
> DFSORT is using for your SORTIN, what release of DFSORT, etc.  Your best 

> bet is to send a note to the DFSORT Hotline and include the job outputs 
> from both your runs.   Not just the DFSORT messages but the entire job 
> output.  The DFSORT Hotline is [email protected]
> 
> 
> Have a nice day,
> Dave Betten
> DFSMS Performance Engineer
> IBM Corporation
> email:  [email protected]
> DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/
> 
> IBM Mainframe Discussion List <[email protected]> wrote on 
> 07/18/2014 02:46:30 PM:
> 
> > From: "Neil E. Ervin" <[email protected]>
> > To: [email protected]
> > Date: 07/18/2014 02:56 PM
> > Subject: DFSORT Performance
> > Sent by: IBM Mainframe Discussion List <[email protected]>
> > 
> > Two simple DFSORT jobs (one COPY and one SORT).
> > 
> > One calls the COPY function using an INCLUDE which eliminates all the 
> records.
> > The second calls the SORT function with the same INCLUDE eliminating
> > all the records so the final SORT is never executed.
> > 
> > The OPTION COPY does the same number of EXCPS but uses ½ the CPU and
> > does larger I/Os (3-4 times as large) as the SORT.  It also runs 4 
> > times as fast as the SORT.
> > 
> > The problem with slow SORT appears to be related to the small number
> > of buffers used for the SORT function versus the OPTION COPY.
> > 
> > How do we allocate more buffers or storage for the SORTIN file?
> > 
> > Thanks,
> > 
> >    OPTION COPY
> >      INCLUDE COND=(26,6,CH,EQ,C'NEVERF')
> > 
> > And
> > 
> > INCLUDE COND=(26,6,CH,EQ,C'NEVERF')
> >              SORT   FIELDS=(22,4,CH,A)
> > 
> > 
> > 
> > Neil E. Ervin
> > 
> > Mainframe Performance Analyst
> > Mainframe/Midrange Services
> > 
> > Wells Fargo Compute Platform Services  l  North Carolina (Eastern Time 

> Zone)
> > MAC D1112-023
> > Cell 910-477-2536 l  Text Pager: [email protected]<mailto:
> > [email protected]>
> > 
> > [email protected]<mailto:[email protected]>
> > 
> > TOG Recognition<http://teamworks.portal.wellsfargo.com/portal/site/
> > teamworks/menuitem.bc20064d3988cfc006d0c110cd2db1a0/?
> > vgnextoid=e14ce1890b6af010VgnVCM1000008c321b0aRCRD>
> > 
> > 
> > ----------------------------------------------------------------------
> > 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
> 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to