The Performance Analyzer (PAL)
The Performance Analyzer (PAL) provides a view of all the performance statistics that Pega Platform™ captures. Use PAL to understand the system resources consumed by processing a single requestor session.
PAL is available on the Performance landing page (Dev Studio > Configure > System > Performance) or from the Performance tool in the toolbar.
Measurement of application performance
The first step to measuring your application performance is to take measurements. Start by clicking Reset Data to clear any data in the tool. Because the system continuously monitors performance, you are eliminating any previously recorded entries from your results by resetting data.
There are two options for adding a reading: Add Reading and Add Reading with Clipboard Size. The only difference between the two readings is the clipboard size, which takes extra time to calculate.
When adding a reading, the best practice is to define points that identify what occurred during that reading. For example, use one reading per flow action or screen render, depending on what process you are measuring.
You can download the results to an Excel file by clicking Save Data.
Note: To learn more about the system utilization for a requestor session with Performance Analyzer, see Tracking system utilization for a requestor session with Performance Analyzer.
Check your knowledge with the following interaction:
Summary display
The INIT row displays the totals from the first time the Performance tool made a reading. Each subsequent reading is labeled as a DELTA, which indicates the change from a previous reading. The FULL reading is the total sum of all the statistics from the last time the data was reset.
In the following image, click + icons to learn more about the PAL summary display.
Note: To learn more about the summary display of Performance Analyzer, see Using the summary display of Performance Analyzer.
Analysis of performance data
Clicking INIT, DELTA, or FULL displays more details about the reading. Many different results are available to you for analyzing the performance.
In the following image, click + icons to learn more about the PAL Snapshot display.
In the two following images, which represent a single reading, the top delta has a reading of 1.61 for RA Elapsed. All values are in seconds. RA Elapsed represents the time spent in rule assembly. These results can skew performance readings as rule assembly, also known as first use assembly (FUA), is expensive and only occurs once. This is evidenced by the following results. The total elapsed time was 2.82 seconds, with 1.61 seconds of that time spent in rule assembly. Without the additional 1.61 seconds, the total time would be less than half the measured number. FUA also affects other readings such as the total rules executed, the reads from the database, and various I/O counts.
To obtain results unaffected by FUA, run through the process once to ensure that all rules are assembled before taking any measurements. In the previous example, a run-through of the process has not occurred to demonstrate the impact on performance readings.
The readings are grouped into three different types that are signified by the following keywords in their labels:
- Elapsed is the system time, in seconds, that a process takes; this time includes the CPU processing time. The time is generally equal to or longer than the CPU time. For example, Elapsed time compiling rules measures the amount of elapsed (system) time the system takes to compile the generated Java code for a rule.
- CPU is the amount of CPU processing time for the current action in seconds. For example, CPU time compiling rules measures the amount of CPU time the system takes to compile the generated Java code for a rule.
- Count is a count of the number of times a specific action occurs. For example, the Activity Count gives the number of activities started by a thread.
Note: For more information on the details displayed on the performance report, see Using the full details display of Performance Analyzer.
A result of 10 minutes may be acceptable in one situation, where a result over 100 milliseconds is considered too slow in another. Work with the lead system architect and the business architect to determine an acceptable result for each step of the process.
Check your knowledge with the following interaction:
This Topic is available in the following Module:
If you are having problems with your training, please review the Pega Academy Support FAQs.
Want to help us improve this content?