- System requirements
- Profiler architecture
- Running the profiler
- Profiler activation
- Running applications with the profiler
- Connect to profiled application
- Troubleshoot connection problems
- Solving performance problems
- CPU profiling
- Threads
- Deadlock detector
- Memory profiling
- Garbage collection
- Monitor profiling
- Exception profiling
- Probes: monitor events of various kinds
- Performance Charts
- Inspections: automatic recognition of typical problems
- Automatically trigger actions on event
- Summary, snapshot annotation, automatic deobfuscation
- IDE integration
- Time measurement (CPU time, wall time)
- Filters
- Snapshot directory customization
- Export of profiling results to HTML, CSV, XML, plain text
- Profiler Java API
- Profiler HTTP API
- Command line tool to control profiling
- Settings
- FAQ: How to profile in my scenario?
- Profiling in Docker container
- Profiling in Amazon EC2 instance
Profiling in Docker container
To profile a Java application or a server running in a Docker container, you should run it with the profiler agent, and then use remote profiling in the profiler UI, as described below.
On Docker side
1. Add few lines to your Dockerfile
:
-
Install YourKit Java Profiler agents:
RUN wget https://www.yourkit.com/download/docker/YourKit-JavaProfiler-2022.3-docker.zip -P /tmp/ && \ unzip /tmp/YourKit-JavaProfiler-2022.3-docker.zip -d /usr/local && \ rm /tmp/YourKit-JavaProfiler-2022.3-docker.zip
-
Load the agent to the JVM by adding the Java command line option
-agentpath
.For example, if you start your application with
java -jar my-app.jar
...do it like this:
java -agentpath:/usr/local/YourKit-JavaProfiler-2022.3/bin/linux-x86-64/libyjpagent.so=port=10001,listen=all -jar my-app.jar
In this example, the agent is configured to use
port=10001
. The same port should be used in the-p
option when running the container (see below). If you decide to use a different port, please ensure you have changed it everywhere.Please choose an appropriate agent path for your docker architecture. The path in the example above corresponds to Linux x64 (glibc), please replace it if your docker architecture differs.
Platform Agent path Linux (glibc) x86, 64-bit /usr/local/YourKit-JavaProfiler-2022.3/bin/linux-x86-64/libyjpagent.so
ARM 64-bit (AArch64) /usr/local/YourKit-JavaProfiler-2022.3/bin/linux-arm-64/libyjpagent.so
ppc64le, 64-bit, little-endian /usr/local/YourKit-JavaProfiler-2022.3/bin/linux-ppc-64le/libyjpagent.so
Alpine Linux (musl) x86, 64-bit /usr/local/YourKit-JavaProfiler-2022.3/bin/linux-musl-x86-64/libyjpagent.so
Windows x86, 64-bit <profiler directory>\bin\win64\yjpagent.dll
Please find detailed description of how to specify
-agentpath
and choose the agent startup options here.
2. Build the container for the modified Dockerfile
.
3. When running the container, make the agent port visible with the option -p
:
docker run -p 10001:10001 my_container
Connect to the profiled application
When the application is running in the container, connect to it from the profiler UI to perform profiling.
Note: if you're running Docker locally on your developer machine,
create a remote connection to localhost
.
Notes on a special case: a container with restricted home directory
For security reasons, the user home directory in a docker container may not exist or be read-only.
In this case, the agent will use /tmp
instead of <user home>/Snapshots
as the default snapshot directory.
The snapshot directory may be overridden with the startup option
dir
.
The profiler agent log file neither can be created in its normal location <user home>/.yjp/log
.
Should you need the agent log file for troubleshooting purposes, specify a writable
directory for it with the startup option
logdir
.