fix(profiling): access lock acquired time only when the lock is held

[taegyunkim]

Checklist

• PR author has checked that all the criteria below are met
• The PR description includes an overview of the change
• The PR description articulates the motivation for the change
• The change includes tests OR the PR description describes a testing strategy
• The PR description notes risks associated with the change, if any
• Newly-added code is easy to change
• The change follows the library release note guidelines
• The change includes or references documentation updates if necessary
• Backport labels are set (if applicable)

Reviewer Checklist

• Reviewer has checked that all the criteria below are met
• Title is accurate
• All changes are related to the pull request's stated goal
• Avoids breaking API changes
• Testing strategy adequately addresses listed risks
• Newly-added code is easy to change
• Release note makes sense to a user of the library
• If necessary, author has acknowledged and discussed the performance implications of this PR as reported in the benchmarks PR comment
• Backport labels are set in a manner that is consistent with the release branch maintenance policy

[github-actions]

CODEOWNERS have been resolved as:

releasenotes/notes/profiling-lock-acquired-at-e308547cffdca9f7.yaml     @DataDog/apm-python
ddtrace/profiling/collector/_lock.py                                    @DataDog/profiling-python

[datadog-dd-trace-py-rkomorn]

Datadog Report

Branch report: taegyunkim/prof-11054-lock
Commit report: c49c13a
Test service: dd-trace-py

✅ 0 Failed, 185 Passed, 1370 Skipped, 4m 55.72s Total duration (34m 46.76s time saved)

[pr-commenter]

Benchmarks

Benchmark execution time: 2025-01-09 23:01:27

Comparing candidate commit 2c82d3d in PR branch taegyunkim/prof-11054-lock with baseline commit 04ee68f in branch main.

Found 0 performance improvements and 0 performance regressions! Performance is the same for 394 metrics, 2 unstable metrics.