- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
ddprof
is in beta. Datadog recommends evaluating the profiler in a non-sensitive environment before deploying in production.The native profiler for compiled languages (ddprof
) uses OS level APIs to collect profiling data. It is ideally suited for applications written in compiled languages, such as C, C++, or Rust.
Profiles sent from ddprof
show up under the native runtime in the Datadog web app.
For a summary of the minimum and recommended runtime and tracer versions across all languages, read Supported Language and Tracer Versions.
amd64
or arm64
processorsddprof
is not supported on serverless platforms, such as AWS Lambda.perf_event_paranoid
kernel setting is 2 or less (see Troubleshooting)The profiler can be used either as a standalone executable or as a library. Skip to library installation instructions if you want to use it as a library.
Download the latest ddprof
release. For example, here is one way to pull the latest release for an amd64
(also known as x86_64
) platform:
curl -Lo ddprof-linux.tar.xz https://github.com/DataDog/ddprof/releases/latest/download/ddprof-amd64-linux.tar.xz
tar xvf ddprof-linux.tar.xz
mv ddprof/bin/ddprof INSTALLATION_TARGET
Where INSTALLATION_TARGET
specifies the location you’d like to store the ddprof
binary. The examples that follow assume INSTALLATION_TARGET
is set to ./ddprof
.
Use arm64
instead of amd64
for aarch64
platform.
Modify your service invocation to include the profiler. Your usual command is passed as the last arguments to the ddprof
executable.
export DD_ENV=prod
export DD_SERVICE=my-web-app
export DD_VERSION=1.0.3
./ddprof myapp --arg1 --arg2
Note: If you usually launch your application using a shell builtin, for example:
exec myapp --arg1 --arg2
Then you must invoke ddprof
with that builtin instead:
export DD_ENV=prod
export DD_SERVICE=my-web-app
export DD_VERSION=1.0.3
exec ./ddprof myapp --arg1 --arg2
./ddprof --environment prod --service my-web-app --service_version 1.0.3 myapp --arg1 --arg2
Note: If you usually launch your application using a shell builtin, for example:
exec myapp --arg1
Then you must invoke ddprof
with that builtin instead:
exec ./ddprof --environment prod --service my-web-app --service_version 1.0.3 myapp --arg1 --arg2
A few minutes after starting your application, your profiles appear on the Datadog APM > Profiler page.
The library exposes a C API.
Download a release of ddprof with library support (v0.8.0 or later) and extract the tarball. For example:
curl -Lo ddprof-linux.tar.xz https://github.com/DataDog/ddprof/releases/latest/download/ddprof-amd64-linux.tar.xz
tar xvf ddprof-linux.tar.xz --directory /tmp
In your code, start the profiler using the ddprof_start_profiling()
interface, defined in the _dd_profiling.h_
header provided by the release. The profiler stops automatically when your program closes. To stop the profiler manually, use ddprof_stop_profiling(ms)
with the ms
parameter indicating the maximum block time of the function in milliseconds. Here is a standalone example (profiler_demo.c
) in C:
#include <stdlib.h>
#include "dd_profiling.h"
int foo(void) {
int n = 0;
for (int i = 0; i < 1000; i++) {
n += 1;
}
return n;
}
int main(void) {
// Initialize and start the Datadog profiler. Uses agent defaults if not
// specified
setenv("DD_ENV", "prod", 1);
setenv("DD_SERVICE", "c_testservice", 1);
setenv("DD_VERSION", "1.0.3", 1);
ddprof_start_profiling();
// Do some work
for (int i = 0; i < 1e6; i++) {
foo();
}
return 0;
}
Pass the include
and lib
subdirectories of the extracted directory to your build system and link against libdd_profiling
. For the above example:
gcc -I/tmp/ddprof/include -L/tmp/ddprof/lib profiler_demo.c -o profiler_demo -ldd_profiling
The shared library must be present in the system’s library search path. Otherwise, the application will fail to start. Using the example from before:
./profiler_demo
./profiler_demo: error while loading shared libraries: libdd_profiling.so: cannot open shared object file: No such file or directory
Avoid this by linking against the static library.
Add the library to the search path by copying it to any existing search directory. To find out what your search directories are, on Linux systems, run:
ld --verbose | grep SEARCH_DIR | tr -s ' ;' \\n
Use the LD_LIBRARY_PATH
environment variable to add additional search paths to the runtime linker. For example, using the directory layout from before:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/tmp/ddprof/lib
The environment
, service
, and service_version
settings are recommended, as they are used by the Profiling UI.
See the full list of parameters or use the command line.
ddprof --help
You can configure logging to one of several endpoints:
stdout
prints the logs to standard output stream (the default).stderr
prints the logs to the standard error stream.syslog
publishes the logs to syslog, attempting to adhere to the specification in RFC 3164.disable
disables the logs entirely./
designating an absolute path.If you want to instrument all running process, you can try out the --global
option.
Global mode is intended for debug purposes. This requires elevated permissions. Depending on your setup, this can mean running as root, granting CAP_PERFMON
, CAP_SYSADMIN
, or setting perf_event_paranoid
to -1
.
./ddprof --environment staging --global --service_version full-host-profile
For most configurations, this consists of all processes visible within the profiler’s PID namespace.
The Getting Started with Profiler guide takes a sample service with a performance problem and shows you how to use Continuous Profiler to understand and fix the problem.