What's new in JProfiler 4.2

Change release:

Please see the change log for a detailed list of changes.

JProfiler 4.2 introduces the following notable new features:

Support for additional platforms. JProfiler can now profile on the following platforms (32bit and 64bit VMs):
  • AIX 5.2/5.3 on PPC
  • HP-UX 11i on PA_RISC
  • Mac OS X on Intel
In order to reduce download sizes, the Windows, Mac OS X and Linux distributions do not contain libraries for other platforms anymore.
A snapshot comparison facility has been added. Snapshots are compared in a separate top-level window that is accessible from the main menu or from the start center as shown below.
Screenshot
You can create comparisons by adding snapshots to the snapshot selector on the left side of the comparison window, selecting the snapshots that should be compared and invoking one of the comparison wizards from the toolbar. There are separate wizards for CPU, memory and VM telemetry comparisons.
Screenshot
The objects comparison shows the difference between the "all objects" views or the "recorded objects" view of two snapshots. The difference histogram can display absolute differences or percentage differences, depending on your choice in the view settings.
Screenshot
To see the difference between the hot spots view of two snapshots, you can create a hot spots comparison. The view parameters for the comparison, such as aggregation level or hot spot type, are configured in the comparison wizard. It's also possible to compare two threads in the same snapshot.
Screenshot
Similar to the CPU hot spot comparison is the allocation hot spot comparison.
Screenshot
In the call tree comparison, the difference tree of the call tree views of two snapshots is displayed. Increases are painted in red, decreases in green. You can select in the view settings, whether to restrict the displayed nodes to common call stacks or whether to display zero differences.
Screenshot
The allocation tree comparison is analogous to the CPU call tree comparison.
Screenshot
Finally, the VM telemetry comparisons show graphs of VM telemetry measurements with a series of snapshots on the X axis. The numbers on the X axis refer to the legend indicators in the snapshot selector.
Screenshot
The comparison wizards allow you to tune a lot of parameters for the calculation of the comparison. For example. you can select a common bookmark for which the VM telemetry measurements should be extracted.
Screenshot
JProfiler now offers command line export. You can take any saved snapshot and export views with the new jpexport executable. The arguments to jpexport describe the views that should be exported as well as any parameters for each view. The usage is described in the documentation or printed with jpexport -help. For each view, an HTML export format as well as a machine-readable format (XML or CSV) are at your disposal. This functionality is also available from the new "export" ant task.
Screenshot
In addition to command line export, this release also brings command line comparisons. This is especially useful for creating reports against a baseline in an automated fashion. The new jpcompare executable performs this task, it's usage is printed with jpcompare -help. As with the command line export, you can create multiple comparisons with a single command. This functionality is also available from the new "compare" ant task.
Screenshot
The way how the heap walker displays and handles classes has been changed to make it easier to search for certain types of memory leaks:
(1) The reference graph in the heap walker now shows java.lang.Class objects as single nodes. This replaces the old "static field" nodes. You can now see the incoming references for class objects.
Screenshot
(2) The "class data" table of the data view in the heap walker now shows references to interfaces and to the class loader. In this way you can easily navigate from a specific instance to the class loader.
Screenshot
(3) Previously, JProfiler used static fields as endpoints when searching for the path to garbage collector roots. This is fine for most situations, but inappropriate when you have class loader related memory leaks. Now you can ask JProfiler to use only the true garbage collector roots.
Screenshot
If you profile with Java 1.5 or higher (JVMTI), the monitor usage history view has been enhanced to show the thread which owns the monitor for all blocking events. In the lower panel, the stack trace of the owning thread is displayed, just like for the current monitor usage view.
Screenshot
If you profile with Java 1.5 or higher (JVMTI), the thread monitor view gets additional information: the creating thread and the stack trace for the thread creation in the lower panel. This data can be very useful for diagnosing problems with excessive or spurious thread creation and is not available through any other debugging techniques.
Screenshot
Java 1.5 has added a new facility for concurrency control, the java.util.concurrent package. Since this package doesn't use the synchronization primitives of the JVM, the thread section so far didn't show any events from this package. From this release on, deadlocks and monitor usages from java.util.concurrent package can now be analyzed.
Screenshot
JProfiler now tries to preserve your selection across changes in the aggregation level or thread status. This is very useful for zooming out to get a higher level view, or for drill-down purposes. For example, you might be looking at the call tree in the J2EE component aggregation level:
Screenshot
Then you would maybe like to look at the call tree in the method aggregation level to see more details. Previously, JProfiler would discard your selection. From this release on, JProfiler tries to preserve your selection as shown below.
Screenshot
Exporting has been enhanced. For all call trees, you can now select an option in the file chooser to export the entire call tree instead of just the open nodes. Also, the "open exported file" option has been moved from the general settings dialog to the file chooser for all exports and is remembered separately for each export format.
Screenshot
The displayed units are now configurable. For every view that displays times or sizes, the view settings dialogs allow you to configure what units are used. By default, JProfiler chooses the appropriate unit automatically.
Screenshot