- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
If you’ve configured the profiler and don’t see profiles in the profile search page, run the phpinfo()
function. The profiler hooks into phpinfo()
to run diagnostics. If the webserver is having problems, run phpinfo()
from the webserver and not from the command line as each Server API (SAPI) can be configured independently.
Open a support ticket with the following information:
phpinfo()
, which includes PHP version, SAPI type, Datadog library versions, and the profiler diagnostics.If the default overhead is not acceptable, you can disable some of the sample types the profiler gathers by changing the following INI settings:
datadog.profiling.allocation_enabled
: controls allocation profilingdatadog.profiling.experimental_cpu_time_enabled
: controls CPU-Time samplesdatadog.profiling.exception_enabled
: controls exception profilingDisabling those sample types will leave you with only wall time samples being collected.
See the configuration docs for other INI settings and their corresponding environment variables.
The Datadog exception profiler has a small footprint and overhead under normal conditions. If a lot of exceptions are created and thrown, it can cause significant overhead for the profiler. This can happen when you use exceptions for control flow.
If you have an unusually high exception rate, you can either turn of exception
profiling by setting datadog.profiling.exception_enabled
to 0
or you can
change the sampling distance via the
datadog.profiling.exception_sampling_distance
INI setting (default 100
) to a
higher value. The higher the sampling distance, the fewer samples are created
and the lower the overhead.
See the configuration docs for the documentation on the exception sampling distance.
추가 유용한 문서, 링크 및 기사: