Update document v2.29.0#5384
Update document v2.29.0#5384dd-apm-ecosystems-autobot[bot] wants to merge 237 commits intoreleasefrom
Conversation
The idea is to delay the time at which we record object ids. Once we are outside of the allocation code path, we can request the object ID.
- Avoid scheduling many postponed jobs This fixes some of the issues we had with accuracy Also I suspect that this has less overhead - Avoid re-entrancy based on Ivo's comments
Although some of this code is dead code on legacy Rubies, always compiling it in means less ifdefs spread throughout and it helps keep the code focused on modern rubies, rather than on legacy ones.
This check is already covered by `heap_recorder->active_recording != NULL` (they're set and unset together).
This makes it easier to use this in tests.
… avoid extra helper
…lector This moves the logic closer to the heap profiler and helps focus the CpuAndWallTimeWorker on what (triggering or not) and not why (doesn't care?).
This API only became available after I rebased.
This reverts commit e153759. (Avoid touching CHANGELOG for nicer diff)
…is needed This will replace the more heavy-handed query in `thread_context_collector_heap_pending_buffer_pressure`.
…filer directly This avoids other parts of the profiler needing to care about this -- they only need to care to run the `after_sample` callback.
…ons directly We no longer need to ask other parts of the code to raise instead :)
This probably needs adjusting for non-4.0 rubies, will do it as a separate pass.
In the future we may end up using the deferred recording for legacy rubies as well, so might as well lay the groundwork.
Add `appsec.api_security.missing_route` telemetry
* Add process and container id following java * turns out process tags should only be added to process discovery when enabled per the system tests. * Address review comments and add more tests * Refactor tests * Fix CI errors.
…ns/runs/22191009051 (#5366) Co-authored-by: dd-apm-ecosystems-autobot[bot] <214617597+dd-apm-ecosystems-autobot[bot]@users.noreply.github.com>
Bump to version 2.29.0
|
👋 Hey @DataDog/ruby-guild, please fill "Change log entry" section in the pull request description. If changes need to be present in CHANGELOG.md you can state it this way **Change log entry**
Yes. A brief summary to be placed into the CHANGELOG.md(possible answers Yes/Yep/Yeah) Or you can opt out like that **Change log entry**
None.(possible answers No/Nope/None) Visited at: 2026-02-20 15:08:37 UTC |
BenchmarksBenchmark execution time: 2026-02-20 15:38:42 Comparing candidate commit 799b3dc in PR branch Found 2 performance improvements and 3 performance regressions! Performance is the same for 39 metrics, 2 unstable metrics.
|
| This enables support for [Endpoint Observability](https://docs.datadoghq.com/internal_developer_portal/software_catalog/endpoints/). | ||
|
|
||
| It is **not** possible to change the unified tracer option in a `Datadog.configure` block. | ||
| This limitation will be removed in `datadog` 3.0.0. |
There was a problem hiding this comment.
I know this is preexisting language, but instead of listing when this will be removed, is it possible to update this warning after datadog 3.0.0.0?
| This limitation will be removed in `datadog` 3.0.0. |
This is an auto-generated PR to update documentation from here. Please merge (with a merge commit) when ready.\n\nTo resolve conflicts:\n
bash\ngit merge release\ngit checkout --ours ..