Fully featured low overhead profiler for Java EE and Java SE platforms.
Monitoring and profiling solution for Gradle, Maven, Ant, JUnit and TestNG.
Easy to use performance and memory profiler for .NET framework.


NetBeans versions from 7.0 to 8.2 are supported.

Plugin installation

To enable integration, you should install the profiler plugin.

To install the plugin, run the profiler.

When you run the profiler for the first time or after updating to a newer profiler version, you will be automatically prompted to install the plugin. Also, you can explicitly launch the plugin installation wizard via Tools | Integrate with IDE....

Profiling from NetBeans

After the plugin is installed, Profile actions are added to the main toolbar ...

... and to context menu of the editor:

To configure profiling parameters in NetBeans use Tools | Options, section YourKit Profiler:

The Profile action starts the profiled application, and connects to it in profiler UI (unless opposite behavior is configured). The output of the profiled application appears in console, same as for Run action.

32-bit or 64-bit JRE selection

This topic is not applicable to Mac OS X where the profiler agent a universal binary.

On a 64-bit machine, the Profile action must know whether the JVM for launching the profiled application is 32-bit or 64-bit, in order to supply appropriate profiler agent version.

By default, the plugin attempts to automatically detect the JVM kind by obtaining available information from NetBeans.

For particular run configurations this may happen that the automatic detection is not possible. In this case Profile will fail with an error like Error occurred during initialization of VM. Could not find agent library printed in the NetBeans console. In this case use the "32-bit or 64-bit JRE Selection" section to specify Java bitness explicitly.

Navigation action

When profiling applications, you usually need to browse the related source code to understand the performance problems at hands. After the problem is located, you edit the source code to fix it.

Instead of forcing you to tell profiler where the source code of your application is located and showing the code in feature-restricted custom-made "editor surrogate", YourKit provides an alternative approach. When you have a method, class or field selected in the profiler UI, just invoke Tools | Open in IDE (F7), to automatically open the underlying source code in the editor of your IDE - the best place to browse and edit code.

The navigation action works on the current selection and is available in both CPU and memory views. Take note of the extremely useful ability to locate the code of anonymous classes and their methods, which is a very difficult thing to do manually.