Examples of CICS transaction response time analysis starting from high-level categories such as CPU, I/O Wait and Other Wait.
More CICS Transactions Videos
- CICS Timing Metrics – Overview
- Transaction Response Time Analysis
- Timing Analysis by High-Level Components
- Response Time Analysis Scenario 1 Values Differing by System ID
- Integrating WLM Performance Index and CICS Transaction Analysis
- CICS Web Services Metrics
- Overview of Non-timing Transaction Metrics
Okay. So another approach we might take as we’re analyzing timing metrics could be to look at the profiles of the top transactions, kind of grouped by those major buckets, major high-level categories. So for example, for I/O weight, you can see most of the transactions in the Top 20 volume here have Wait for Inbound Socket I/O, or Wait for Control at the end of MRO. If we look at other weight, that’s the other kind of primary category of suspend time. We actually have one transaction here that’s kind of compressing the scale for everybody else. So let’s just remove that one.
And when we do that, you can see here that TCB Switch Wait Time is a primary contributor to many of these transactions, the other wait time. And then there are other measurable components that other transactions have here as well. Now, CPU time per Tran typically gets a lot of attention in CICS performance analysis. So we talked earlier about the many types of TCBs, the CICS Dispatcher manages. And so here we see the CPU consumption on each of those types of TCBs captured at the transaction level.
So, for example, here in high transaction volume environments, you want to keep an eye out for significant changes in CPU per tran over time, for example, before and after the implementation of an application or release. So typically, that kind of comparison would cover the weekend that the release went in. But since I just have a week in my demo database here, I’ll just compare to the previous day. And that shows a minimal change.
We commented earlier that some sites have to carefully manage the utilization of the QR TCB. And if that’s the case, then you probably would want to look at that metric by transaction. And let’s also sort it by that as well. So here we see the transactions that are consuming the most CPU time. And actually let me go ahead and change the title here, and then we’ll go ahead and put that in our dashboard. And if the QR TCB is more constrained at certain times than others then maybe we would want to view that consumption over time.
Speak to a Technical Expert Today
Whether you are conducting product research, need support on a project, are experiencing downtime, or want to learn more about how IntelliMagic can support your business, our experts are here to help.
You May Also Be Interested In:
Best Practices in CICS Performance Analysis (Transactions and Statistics) | IntelliMagic zAcademy
This session will introduce you to several best practices for enhancing your analysis of CICS Transaction and Statistics data.
Analysis of CPU By Plan: CICS Transaction (110.1) and Db2 Accounting (101) Part 2
Integrated visibility between Db2 Accounting and CICS Transaction data can correlate CICS transaction IDs driving high CPU in Db2 with the CICS profile of the transaction.
Elapsed Time Profiles by Correlation ID: CICS Transaction (110.1) and Db2 Accounting (101) Part 1
This video shows how viewing CICS Call Attach work by Correlation ID enables both CICS and Db2 teams to view elapsed time profiles within Db2 corresponding to each CICS transaction ID.