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
 

 

Which time to consider when comparing steps

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message
somunote

New User


Joined: 23 Jan 2010
Posts: 7
Location: Toronto

PostPosted: Tue Mar 02, 2010 8:28 am    Post subject: Which time to consider when comparing steps
Reply with quote

When comparing two versions of a program to determine which one is faster, I focus on the elapsed time of the step only.
Is it correct?
This time is affected by pauses and stops during the execution and may not reflect the reality.
Should I pay attention to other variables (EXCP, TCB, etc)?
Thanks.
Back to top
View user's profile Send private message

Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7936
Location: Bellevue, IA

PostPosted: Tue Mar 02, 2010 8:40 am    Post subject:
Reply with quote

The actual CPU time usage is the TCB time. SRB time is the system overhead involved in your task and is usually considered a part of the overall CPU usage. Using elapsed time to measure which program is faster is not a good thing to do -- if the system is heavily loaded during one run and lightly loaded during another run, there can be 2 or 3 orders of magnitude difference in the results (yes, one may run 1000+ times faster than the other) even though they use exactly the same amount of CPU time. EXCP count measurement is important if you're looking at different I/O schemes but otherwise doesn't typically have a major impact (although it can if there's several million EXCP being done for your programs).

While it can be instructive looking at elapsed time, you must ensure yourself that the system load is equivalent for the two runs since even minor differences in system load could have major impacts on elapsed time. If you do not do so, you are wrong to use elapsed time as a comparative measure.
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: Tue Mar 02, 2010 9:40 am    Post subject:
Reply with quote

Hello and welcome to the forum,

While the goal is often to reduce elapsed time (it is elapsed time that is most visable to managers and users<g>), elapsed time is nearly worthless to measure how one process compares to another. As Robert mentioned, if is quite diffficult to ensure the exact same load for both (or more) tests.

For the most part, i've had the best results in reducing elapsed time by reducing the amount of i/o a process requires and/or improving the way the i/o that is needed is accomplished.

Once upon a time organizations sometimes invested in creating some benchmark jobs to be run in a completely empty mainframe. I have not seen this done for a long time. . .
Back to top
View user's profile Send private message
somunote

New User


Joined: 23 Jan 2010
Posts: 7
Location: Toronto

PostPosted: Tue Mar 02, 2010 10:18 pm    Post subject:
Reply with quote

dick scherrer wrote:

For the most part, i've had the best results in reducing elapsed time by reducing the amount of i/o a process requires and/or improving the way the i/o that is need is accomplished.


Hi,
could you pls let me know how to improve the i/o?
do you mean adjusting the bufno? avoiding vb records?
thank you very much.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7936
Location: Bellevue, IA

PostPosted: Tue Mar 02, 2010 10:25 pm    Post subject:
Reply with quote

The quick and easy fixes are to change block size to half-track blocking and make sure there's enough buffers in the JCL. Long term, looking at the program to determine if there's any way to cut down the reads and writes can help but that's not a fast solution.
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: Tue Mar 02, 2010 11:02 pm    Post subject:
Reply with quote

Hello,

Quote:
could you pls let me know how to improve the i/o?
Other than what Robert mentioned, there is little "generic" to do. Typically, some amount of study is needed to determine which i/o might be reduced or eliminated. One such example is the case where 10 processes read several hundred million records to produce multiple small reports and output files. Changing these to pass the huge volume only once and create some extract files to use in the subsequent processes reduced total i/o by over 90%.

Quote:
avoiding vb records?
No (and how did this thought originate?), often variable data saves significant amounts of storage space and reduces the number of i/o's required.
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 -> JCL & VSAM 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. Full Time COBOL Software Development ... shally Mainframe Jobs 0 Fri Jan 20, 2017 5:24 am
No new posts CICS transaction slow response time vasanthz All Other Mainframe Topics 3 Thu Jan 19, 2017 1:31 am
No new posts DD DUMMY & CPU TIME Nileshkul Testing & Performance analysis 16 Mon Dec 19, 2016 11:35 pm
This topic is locked: you cannot edit posts or make replies. Get a job submitted itself every time... arunsoods JCL & VSAM 3 Tue Nov 22, 2016 4:05 pm
No new posts Check System time(Minute) Using TIME1... balaji81_k DFSORT/ICETOOL 5 Fri Nov 11, 2016 10:53 am


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