Code
The Code page shows program elapsed time broken down by executed code fragments and helps you identify the wait time of each module that is used by the program.
Contents
Code View
You can display this information in greater detail down to the CSECT level. Using the TSO ISPF client, you can define Pseudo Groups, which are specific to your environment, to summarize the information for multiple modules. These groups can then be displayed using a command on the Code page.
General actions available on this page include:
-
Switch to CSECT mode
Displays the activity of each CSECT detected during the monitor session. -
Switch to MODULE mode
Displays the activity of each module detected during the monitor session. -
Switch to PSEUDO mode
Displays a summary of CSECT/Module activity by Pseudo Group. -
Program View
Opens the Program View subpage, allowing you to set modules and CSECTs that may be replaced by their callers.
Row actions available on this page include:
-
Module/CSECT Info
Displays information such as size, location, and link date for the selected load module. -
CallerID Details
Identifies the callers of this module/CSECT by name and offset. -
Histogram
Creates an address execution map of the program. The Histogram subpage is displayed, which shows where the application was executing or waiting for data or service. -
Delay Details
Provides detail location information about the delays within this module/CSECT. -
Listing
Opens the Listing subpage with the compile listing of the selected CSECT. -
Register Listing
Registers a program listing for this CSECT.
Code View Columns
The following columns are on the Code View page:
-
Module
Displays the module name of the load module that was either active or waiting.
The module name is extracted from either MVS control blocks or CICS control blocks. It is the name of the composite module that may contain one or more CSECTs.
Module names which contain a dash - ABCDE-01 - indicate a USS or Java Longname. The right-most portion of the longname is included in the Description field. Use the N line command to display the full name.
Module name *PATHNAM indicates an HFS load module who's name was not able to be resolved (there is no associated longname).
Module names in the format of .Snnnnnn indicate the program activity occurring in the generated DB2 code that is bound with the DBRM. The CSECT name is the name of the DB2 address space where this is executing. -
Csect
The name of the Csect in control at the time of sampling.
If the Module name is in the format .XMSnnnn, the name in this field is the name of the address space to which a cross-memory operation was performed. -
Description
A description of the function performed by the selected Csect. CA MAT provides an Associations table with the descriptions for many Csects. If this field is blank, a description for this Csect is not currently available. -
L
Location of the module in virtual memory.
The B symbol indicates the module resides below the 16-megabyte line.
The A symbol indicates the module resides above the 16-megabyte line. -
C
The Caller ID field contains a Y if Callerid information is available for this CSECT. Callerid provides detailed information about which programs called the CSECT being queried.
For the subroutine of a High-Level Language, such as COBOL, Callerid can be invaluable in determining how to correct the problem. -
X
Contains a Y if Extended Callerid information is available for this CSECT.
Extended Callerid provides a sampling of application program functions using the callers chain of save areas (SA) and Language Environment.
(LE) dynamic save areas (DSA). At interval sample times the SA/DSA chain is scanned to identify and provide the load module and function names for up to three program entries. -
Active %
The percentage of the monitored period that CA MAT detected this module/Csect to be executing on a CPU.
Note: for Analyze NORMAL mode, only those samples attributed to active CPU usage are considered. This means that program activity is normalized for all detected CPU activity (total Actv% shown in Codeview will always equal 100). -
Wait %
The percentage of the monitored period that this module/Csect was not executing on a CPU. The value in this field includes both voluntary and involuntary wait.
The wait is voluntary if the module/Csect was waiting for a particular time or event before executing. The wait is involuntary if the module/Csect is ready to execute, but is not in control of a CPU. This may be caused by the execution of higher priority programs in the system. -
Total %
The sum of the Actv% and the Wait% columns. -
Overlap %
OverLap% is the percentage of time that I/O operations overlap the processing within this program. I/O operations may happen asynchronously with program activity.
A high Overlap% is desirable for sequential file operations.
Listing
The Listing subpage shows the compile listing of a CSECT that has been registered in CA Mainframe Application Tuner.
When you invoke the Listing subpage from a particular statement, that statement is highlighted in the listing.
Module/CSECT Information
The Module/CSECT Info subpage displays information such as size, location, and link date for a load module selected in the one of the other pages.