Portal | Manuals | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist 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

Senior Member


Joined: 14 Mar 2007
Posts: 10479
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: 7314

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 Need help - DB2 Dynamic SQL Program e... NikhilGuptaGaya DB2 5 Sat Jun 23, 2018 1:58 pm
This topic is locked: you cannot edit posts or make replies. Issue in suppressing leading zeros &a... Vijay_Sirisha COBOL Programming 21 Thu Jun 07, 2018 8:01 pm
No new posts VBS to VB in COBOL and JCL srajendran2 COBOL Programming 12 Fri Jun 01, 2018 3:04 am
This topic is locked: you cannot edit posts or make replies. Rexx code to find greater then symobl... Bharath Vikraman CLIST & REXX 8 Tue May 29, 2018 9:40 am
No new posts How to convert 2 bytes into single by... pkmurali DB2 6 Fri May 25, 2018 1:41 pm

Facebook
Back to Top
 
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us