The hot spots view is conceptually similar to the CPU hot spots view.
Instead of showing method hot spots, it shows payload names published by the selected probe. Payload names
(such as the SQL string of a statement for the JDBC probe) have an associated duration, and the ones that take the
most time result as the top hot spots.
Payloads are also connected with particular call stacks, so the hot spots view can show a merged tree of back traces. Even if sampling is enabled, JProfiler records the exact call traces for probe payloads by default. If you want to avoid this overhead, you can switch it off in the profiling settings. For more information on the payload concept, please see the corresponding help topic |
Every hot spot is described in several columns:
|
If you click on the handle
on the left side of a hot spot, a tree of backtraces will be shown.
Every entry in the backtrace tree has textual information attached to it which depends
on the view settings.
|
For certain probes, such as the "JPA/Hibernate" probe, the top-level elements in the backtraces are
containers for
secondary hot spots (JDBC statements in the JPA/Hibernate case) and nodes for
direct and
deferred operations.
The back traces below a "deferred operations" node are not directly associated with the actual execution of the hot spot. They show
|
The "Add Selection To Tracker" action in the context menu and the tool bar creates a tracker graph in the probe tracker view. You can select multiple control objects to create a single tracker graph for the sum of their operations. |