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

Global Moderator


Joined: 14 Mar 2007
Posts: 10374
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
This topic is locked: you cannot edit posts or make replies. Cobol to fetch the content by using s... arunc55 COBOL Programming 4 Fri Nov 17, 2017 1:25 pm
No new posts VBS and VB, COBOL syntax is the same ... natt.sut COBOL Programming 3 Sun Nov 12, 2017 6:36 am
No new posts COBOL - EXIT statement weird behavior anthony.pangestu COBOL Programming 0 Fri Oct 27, 2017 9:57 am
No new posts IEW2456E error when link-editing a C ... Senthilraj JCL & VSAM 0 Fri Oct 13, 2017 3:12 pm
No new posts Assembler Macro Copybook converted to... Ziquilix PL/I & Assembler 4 Tue Sep 26, 2017 3:07 am

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