|
View previous topic :: View next topic
|
| Author |
Message |
avik
New User
Joined: 13 May 2008
Posts: 16
Location: kolkata
|
|
|
|
Hi,
If I am using sort operation in cobol code itself instead of doing it in JCL.Is it going to affect performance of system?I am already using FASTSRT compiler option.
Actually I am thinking to move those sort operation out of my cobol code.Please help me in this respect. |
|
| Back to top |
|
 |
mmwife
Super Moderator
Joined: 30 May 2003
Posts: 1592
|
|
|
|
| If you're using IP/OP procedures there is a performance impact. If it can be run in it's own step, its preferred. |
|
| Back to top |
|
|
avik
New User
Joined: 13 May 2008
Posts: 16
Location: kolkata
|
|
|
|
| Thanks for your reply. I am using i/o procedures.Will my SORT qualify for External sort as I have used FASTSRT? Thanks in advance. |
|
| Back to top |
|
|
mmwife
Super Moderator
Joined: 30 May 2003
Posts: 1592
|
|
|
|
| FASTSRT is ignored when I/O procs are used. |
|
| Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
How much data are you sorting? Do you have a large input lrecl but only need a few fields from the records to actually meet your processing requirement? One of our main files is a 14k+ lrecl (multiple embedded arrays) and has many million records (i didn't have anything to do with the design - it is over 25 years old). Usually only a couple of hundred bytes are used fro a particular requirement. Also, a very small subset of these records is actually selected for a particular request. Using input-output procedure and an internal sort works quite well.
If you have a billion records to sort, you don't want an internal sort. . . regardless of their size.
Once upon a time (when cpu's&dasd were much slower and much smaller) an even moderate-size internal sort could cause performance problems.
If you describe more about your process, we can probably make better suggestions. |
|
| Back to top |
|
|
|
|
