Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

COBOL Performance tuning

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> COBOL Programming
View previous topic :: :: View next topic  
Author Message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10231
Location: italy

PostPosted: Wed Oct 17, 2012 2:17 am    Post subject: COBOL Performance tuning
Reply with quote

Just stepped on this link
http://www-01.ibm.com/software/awdtools/cobol/library/
Back to top
View user's profile Send private message

dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Wed Oct 17, 2012 3:00 am    Post subject: Reply to: COBOL Performance tuning
Reply with quote

Cool - Thanks icon_wink.gif

d
Back to top
View user's profile Send private message
Bill Woodger

DFSORT Moderator


Joined: 09 Mar 2011
Posts: 7306

PostPosted: Wed Oct 17, 2012 4:34 am    Post subject: Reply to: COBOL Performance tuning
Reply with quote

If you are unable to use wisely, wait until you are.

The best way to "tune" a program is to not do stuff which the program is doing but doesn't need to be doing.

You won't get much benefit from "tuning" a couple of data-items, but if you define everything optimally in all your programs, it will add up.

Don't just take from the documents at face-value. CALL STATIC VS DYNAM for instance. The more lines of generated code in the called program, the less you will notice the difference. The greater flexibility of DYNAM outweighs the strict "performance" issue in all but exceptional circumstances.

Compile option AWO. Don't use it. Don't be lazy. Use APPLY WRITE ONLY for each individual QSAM VB output file.

Remember, you can't just go changing compile options, either. If they generate code, be aware of possible consequences of running a whole bunch of programs with a mix of options which affect generated code. I'd not want to go there.

Stick to getting the code right, and doing that well. Blindly "tuning" at the code level will waste a lot of your time, and won't save the machine much.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> COBOL Programming All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts SQL query not working in Cobol program. CuriousMainframer COBOL Programming 14 Wed Feb 22, 2017 5:56 pm
No new posts Execute TSO ACF commands from COBOL-I... supreethi.srid TSO/ISPF 0 Tue Feb 21, 2017 5:19 pm
No new posts Mainframe Interview Questions CICS,CO... akshathan Mainframe Interview Questions 6 Thu Feb 09, 2017 6:38 pm
No new posts Submit job from Cobol with input data abdulrafi COBOL Programming 4 Wed Feb 01, 2017 12:41 pm
This topic is locked: you cannot edit posts or make replies. COBOL Software Development Lead at Fi... shally Mainframe Jobs 0 Fri Jan 20, 2017 5:21 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us