PCAA> PLOT PROGRAM BY MODULE
Program counter sampling data is plotted by default. The
vertical axis has one histogram bar for each module in
the program. It also has one bar for each shareable image
used. Each bar indicates how much time is consumed in the
corresponding program unit.
PCAA> PLOT/PAGE_FAULTS/SOURCE MODULE FOO BY LINE
The histogram has one bar for each line in module FOO of the
user program. The length of each histogram bar is proportional
to the number of page faults that occurred at the corresponding
line. Because the /SOURCE qualifier is present, the text of
each source line is shown next to the histogram bar for that
line.
PCAA> PLOT/NONCOVERAGE/SOURCE MODULE FOO BY CODEPATH
The histogram has one bucket for each codepath in module FOO.
Any codepath that is not covered has a full-length histogram
bar. Thus, the histogram highlights code that is not tested.
The text of each source line is shown next to the corresponding
codepaths.
PCAA> PLOT/IO_SERVICES/MAIN_IMAGE PROGRAM BY ROUTINE
The number of I/O system service calls is plotted along the
horizontal axis. The routines of the program are plotted along
the vertical axis. I/O data originating in shareable images
(such as the Run-Time Library) are charged back to the routines
in the main image (the user program) that called the shareable
images to cause I/O.
PCAA> PLOT/SERVICES/DESCENDING/NOZEROS SYSTEM_SERVICES BY SERVICE
The names of the OpenVMS system services are plotted along the
vertical axis. The number of calls on each system service is
plotted along the horizontal axis. The histogram is sorted so
that the most frequently used services are listed first. All
system services that were never called are omitted from the
histogram.
PCAA> PLOT/PHYSICAL_IO_COUNTS FILE_NAME BY FILE
The names of the RMS files opened or created by the program are
plotted along the vertical axis of the histogram. The number
of physical I/O operations for each file is plotted along the
horizontal axis.
PCAA> PLOT/VCOUNTERS INSTRUCTION BY VOPCODE
This command causes the report view to be based on the
disassembled opcode for each vector instruction in the
entire application that is sampled. The number of times a
vector instruction is used lets you see if your application
is spending a lot of time performing certain operations.
For example, if you see that the SYNC vector instruction
is executed more than any other vector instruction, you can
infer that the scalar processor is spending too much idle time
waiting for the vector processor to finish an operation.