Page History
This section includes the following topics:• How
- How to identify performance problems
...
- About TPM findings
How to identify performance problems
...
When investigating finding, it is recommended to investigate findings based on their severity.
To investigate a finding1. In
- In the All Applications table, select the application you want to investigate. In the Finding Details area, the top findings for a selected application are displayed in the Findings table of a tab.
...
- Identify the findings with the highest severity rankings (red, orange, and yellow icons where red is the highest severity and yellow the lowest) in the Findings table.
...
- In the Findings table, select a finding to analyze further the problem.
...
- In the selected finding (the expanded view), read the data displayed for the finding and follow any links provided to view additional information (advice) or next steps (bullets) to perform the recommendation(s) that best suit(s) your needs.
About TPM findings
Several tab findings exist in the Findings table to help the user.
The following is a list of current Precise TPM findings for an instance/method:• Hotspot
- Hotspot Detected
...
- Frequent SLA Breaches
...
- Partial Upgrade
...
- Starved Virtual Machine
...
- VM Memory Swapping
...
- Virtualization Events Detected
Hotspot Detected
A high work time for a specific hotspot (reflecting the hotspot's work time only, without the underlying call path), can indicate a performance issue within the context of that hotspot.
...
To effectively locate the root cause of the performance finding, perform the following:• Examine examine the heaviest occurrences further by following the featured link.
...
To effectively locate the root cause of the performance finding, perform one of the following:• Click
- Click on the transaction's link, and then look at the overtime SLA behavior to locate and zoom in to a specific (problematic) time frame. View the findings for that time frame and drill down until you locate the root cause.
...
- Select the root level of the transactions tree and select the Transactions tab. A high rate of SLA breaches across the application could result from overall resource exhaustion. Open the Tiers tab, follow the link to the heaviest ones and open the Statistics tab to learn more about the environment performance issues, like high memory usage, CPU usage and so on.
...
- Go to AdminPoint>Settings>SLA to view the thresholds definitions. (When you have too many SLA breaches, it may be a result of thresholds that are not defined appropriately for your application).
Partial Upgrade
This Application has undergone an upgrade to v9.6.x, but not all of the instances were upgraded. Therefore, statistics data will be displayed only for instances that have either been upgraded, or are newly installed.
...
To effectively locate the root cause of the performance finding, perform the following:• Upgrade
- Upgrade all instances in this Application. You can see a list of the non-upgraded servers in the AdminPoint > Management > Updates.
...
- To view data for the old instances, move the instances to a separate Application.
Starved Virtual Machine
This section contains information about the Starved Virtual Machine finding in Precise TPM.
CPU Ready time is the amount of time that a guest virtual machine is ready to run against the physical CPU. However, the VMware CPU Scheduler cannot find time to run the virtual machine because other virtual machines are competing for the same resources. CPU Ready time can be an indicator of saturation on a system.
Working with the finding
To effectively locate the root cause of the performance finding, perform the following:• Examine
- Examine the statistics for the virtual machines sharing the ESX Server of the starved virtual machine, and look for virtual machines that use a high level of CPU usage.
...
- Refer to VMware's documentation on CPU management for solutions.
VM Memory Swapping
This section contains information about the VM Memory Swapping finding in Precise TPM.
...
To effectively locate the root cause of the performance finding, perform the following:• Examine
- Examine the statistics for the virtual machines sharing the ESX Server of the suffering virtual machine, and look for virtual machines that use a high amount of memory.
...
- Refer to VMware's documentation on Memory management for solutions.
Virtualization Events Detected
...
To effectively locate the root cause of the performance finding, perform the following:• Examine the eamine the events that occurred for the application's virtual machines. Look for any changes in the performance graphs to see if the events might have had any influence on the virtual machine's behavior.
Precise. Performance intelligence from click to storage. Learn more > >
...