Skip to content

feat(telemetry): forward session ids through data-pipeline FFI#8500

Draft
khanayan123 wants to merge 1 commit intomasterfrom
ayan.khan/data-pipeline-session-id-headers
Draft

feat(telemetry): forward session ids through data-pipeline FFI#8500
khanayan123 wants to merge 1 commit intomasterfrom
ayan.khan/data-pipeline-session-id-headers

Conversation

@khanayan123
Copy link
Copy Markdown
Contributor

@khanayan123 khanayan123 commented Apr 22, 2026

Summary

Closes the session-id parity gap between PR #8352 (managed telemetry transport) and the libdatadog-backed telemetry transport that engages when DD_TRACE_DATA_PIPELINE_ENABLED=true.

PR #8352 added DD-Session-ID and DD-Root-Session-ID headers for telemetry traffic on the managed HttpClientRequestFactory / ApiWebRequestFactory path. When DataPipelineEnabled=true, telemetry is instead originated by libdatadog's telemetry worker and those managed headers never apply. Until now, there was no FFI surface to carry session IDs into libdatadog's worker from the trace-exporter path.

This PR plumbs the IDs through the new FFI fields added in DataDog/libdatadog#1908:

  • TelemetryClientConfiguration — adds SessionId, RootSessionId, and ParentSessionId CharSlice fields, mirroring the libdd-data-pipeline-ffi::TelemetryClientConfig layout.
  • ManagedTraceExporter.CreateTraceExporter — populates SessionId = Tracer.RuntimeId and RootSessionId = RuntimeId.GetRootSessionId(), matching the exact header semantics used by the managed transport in PR feat: Stable Session ID headers for telemetry #8352. ParentSessionId is left unset, consistent with the managed path (the .NET tracer does not currently emit DD-Parent-Session-ID).

On the libdatadog side, empty CharSlices are treated as unset, so consumers that don't populate these fields behave unchanged. The worker already suppresses DD-Root-Session-ID when it equals the session id, so we can forward both unconditionally without emitting redundant headers on the wire.

Dependencies

Requires DataDog/libdatadog#1908 — the native TelemetryClientConfig struct must match the new managed layout. This PR is draft and cannot merge until libdatadog ships the corresponding fields and the vendored libdatadog version is bumped here.

Test plan

  • dotnet build -c Debug — all four TFMs (net461, netstandard2.0, netcoreapp3.1, net6.0) compile cleanly with no warnings.
  • Rebuild against libdatadog branch containing Clean the workspace before building on ARM64 #1908 and run data-pipeline integration tests locally with DD_TRACE_DATA_PIPELINE_ENABLED=true.
  • Confirm DD-Session-ID and DD-Root-Session-ID headers appear on telemetry HTTP requests emitted by the libdatadog worker in this mode.
  • System tests validate the cross-process session inheritance (covered by the same system-tests suite as PR feat: Stable Session ID headers for telemetry #8352's managed path).

Risks / rollout

  • ABI dependency: TelemetryClientConfiguration is a [StructLayout(LayoutKind.Sequential)] struct marshaled via Marshal.StructureToPtr. Size/layout must match libdatadog — hence the hard dependency on Clean the workspace before building on ARM64 #1908. Mismatched layouts would cause silent memory corruption inside the FFI call. We must not merge this until the libdatadog bump lands.
  • Scope: The DataPipelineEnabled=true cohort today is opt-in and constrained (force-disabled under stats computation, UDS-on-Windows, SSI, or libdatadog unavailability). Blast radius is small.
  • Parent session id: Deliberately not emitted from .NET. If we later decide .NET should emit it, the plumbing is already in place — only ManagedTraceExporter needs to populate it.

Related

libdatadog pr: DataDog/libdatadog#1822

Closes the gap between PR #8352 (managed telemetry transport) and the
libdatadog-backed telemetry transport that engages when
DD_TRACE_DATA_PIPELINE_ENABLED=true.

- Extend the P/Invoke struct TelemetryClientConfiguration with
  SessionId, RootSessionId, and ParentSessionId CharSlice fields to
  mirror the new libdd-data-pipeline-ffi TelemetryClientConfig layout
  (DataDog/libdatadog#1908).
- Populate SessionId from Tracer.RuntimeId and RootSessionId from
  RuntimeId.GetRootSessionId() in ManagedTraceExporter, matching the
  header semantics used by the managed transport in #8352.
  ParentSessionId is left unset, consistent with the managed path.

Requires a libdatadog bump that includes the new FFI fields
(DataDog/libdatadog#1908); the struct is size-sensitive so the native
library and the managed struct must move together.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@github-actions github-actions Bot added the area:tracer The core tracer library (Datadog.Trace, does not include OpenTracing, native code, or integrations) label Apr 22, 2026
@pr-commenter
Copy link
Copy Markdown

pr-commenter Bot commented Apr 22, 2026

Benchmarks

Benchmark execution time: 2026-04-22 15:26:34

Comparing candidate commit e2916e7 in PR branch ayan.khan/data-pipeline-session-id-headers with baseline commit 34902b0 in branch master.

Found 0 performance improvements and 0 performance regressions! Performance is the same for 27 metrics, 0 unstable metrics, 58 known flaky benchmarks, 29 flaky benchmarks without significant changes.

Explanation

This is an A/B test comparing a candidate commit's performance against that of a baseline commit. Performance changes are noted in the tables below as:

  • 🟩 = significantly better candidate vs. baseline
  • 🟥 = significantly worse candidate vs. baseline

We compute a confidence interval (CI) over the relative difference of means between metrics from the candidate and baseline commits, considering the baseline as the reference.

If the CI is entirely outside the configured SIGNIFICANT_IMPACT_THRESHOLD (or the deprecated UNCONFIDENCE_THRESHOLD), the change is considered significant.

Feel free to reach out to #apm-benchmarking-platform on Slack if you have any questions.

More details about the CI and significant changes

You can imagine this CI as a range of values that is likely to contain the true difference of means between the candidate and baseline commits.

CIs of the difference of means are often centered around 0%, because often changes are not that big:

---------------------------------(------|---^--------)-------------------------------->
                              -0.6%    0%  0.3%     +1.2%
                                 |          |        |
         lower bound of the CI --'          |        |
sample mean (center of the CI) -------------'        |
         upper bound of the CI ----------------------'

As described above, a change is considered significant if the CI is entirely outside the configured SIGNIFICANT_IMPACT_THRESHOLD (or the deprecated UNCONFIDENCE_THRESHOLD).

For instance, for an execution time metric, this confidence interval indicates a significantly worse performance:

----------------------------------------|---------|---(---------^---------)---------->
                                       0%        1%  1.3%      2.2%      3.1%
                                                  |   |         |         |
       significant impact threshold --------------'   |         |         |
                      lower bound of CI --------------'         |         |
       sample mean (center of the CI) --------------------------'         |
                      upper bound of CI ----------------------------------'

Known flaky benchmarks

These benchmarks are marked as flaky and will not trigger a failure. Modify FLAKY_BENCHMARKS_REGEX to control which benchmarks are marked as flaky.

scenario:Benchmarks.Trace.ActivityBenchmark.StartStopWithChild net6.0

  • 🟩 throughput [+9578.248op/s; +11799.371op/s] or [+8.051%; +9.918%]

scenario:Benchmarks.Trace.AgentWriterBenchmark.WriteAndFlushEnrichedTraces net472

  • 🟥 execution_time [+304.039ms; +306.070ms] or [+150.875%; +151.883%]

scenario:Benchmarks.Trace.AgentWriterBenchmark.WriteAndFlushEnrichedTraces net6.0

  • 🟥 execution_time [+385.802ms; +389.027ms] or [+304.807%; +307.355%]

scenario:Benchmarks.Trace.AgentWriterBenchmark.WriteAndFlushEnrichedTraces netcoreapp3.1

  • 🟥 execution_time [+400.398ms; +402.994ms] or [+354.337%; +356.634%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.AllCycleMoreComplexBody net472

  • 🟥 allocated_mem [+1.308KB; +1.308KB] or [+27.529%; +27.541%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.AllCycleMoreComplexBody net6.0

  • 🟥 allocated_mem [+471 bytes; +472 bytes] or [+9.977%; +9.987%]
  • 🟩 execution_time [-16.397ms; -12.225ms] or [-7.658%; -5.710%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.AllCycleMoreComplexBody netcoreapp3.1

  • 🟥 allocated_mem [+1.272KB; +1.272KB] or [+27.502%; +27.510%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.AllCycleSimpleBody net472

  • 🟥 allocated_mem [+1.307KB; +1.307KB] or [+105.746%; +105.759%]
  • 🟥 throughput [-249348.190op/s; -246021.875op/s] or [-25.460%; -25.120%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.AllCycleSimpleBody net6.0

  • 🟥 allocated_mem [+471 bytes; +472 bytes] or [+38.558%; +38.566%]
  • 🟩 execution_time [-26.512ms; -21.664ms] or [-11.823%; -9.661%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.AllCycleSimpleBody netcoreapp3.1

  • 🟥 allocated_mem [+1.272KB; +1.272KB] or [+105.292%; +105.304%]
  • 🟥 throughput [-139736.767op/s; -123517.518op/s] or [-20.077%; -17.747%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.ObjectExtractorMoreComplexBody net6.0

  • 🟩 throughput [+12358.348op/s; +15314.731op/s] or [+7.863%; +9.745%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.ObjectExtractorMoreComplexBody netcoreapp3.1

  • 🟩 throughput [+8583.733op/s; +11210.965op/s] or [+6.838%; +8.931%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.ObjectExtractorSimpleBody net6.0

  • 🟩 throughput [+484179.090op/s; +498567.364op/s] or [+16.145%; +16.624%]

scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.ObjectExtractorSimpleBody netcoreapp3.1

  • 🟩 execution_time [-18.829ms; -14.445ms] or [-8.680%; -6.659%]
  • 🟩 throughput [+201390.029op/s; +256050.146op/s] or [+7.994%; +10.163%]

scenario:Benchmarks.Trace.Asm.AppSecEncoderBenchmark.EncodeArgs net472

  • 🟥 execution_time [+299.720ms; +300.472ms] or [+149.760%; +150.136%]

scenario:Benchmarks.Trace.Asm.AppSecEncoderBenchmark.EncodeArgs net6.0

  • 🟥 execution_time [+298.859ms; +302.037ms] or [+150.715%; +152.318%]

scenario:Benchmarks.Trace.Asm.AppSecEncoderBenchmark.EncodeArgs netcoreapp3.1

  • 🟥 execution_time [+300.050ms; +304.991ms] or [+151.142%; +153.631%]

scenario:Benchmarks.Trace.Asm.AppSecEncoderBenchmark.EncodeLegacyArgs net472

  • 🟥 execution_time [+296.937ms; +297.580ms] or [+145.844%; +146.160%]

scenario:Benchmarks.Trace.Asm.AppSecEncoderBenchmark.EncodeLegacyArgs net6.0

  • 🟥 execution_time [+296.112ms; +297.734ms] or [+144.758%; +145.551%]

scenario:Benchmarks.Trace.Asm.AppSecEncoderBenchmark.EncodeLegacyArgs netcoreapp3.1

  • 🟥 execution_time [+300.625ms; +302.014ms] or [+150.252%; +150.946%]

scenario:Benchmarks.Trace.Asm.AppSecWafBenchmark.RunWafRealisticBenchmarkWithAttack net6.0

  • 🟥 execution_time [+22.960µs; +46.537µs] or [+7.330%; +14.857%]
  • 🟥 throughput [-432.971op/s; -234.563op/s] or [-13.497%; -7.312%]

scenario:Benchmarks.Trace.AspNetCoreBenchmark.SendRequest net472

  • 🟥 execution_time [+300.199ms; +300.864ms] or [+149.830%; +150.162%]

scenario:Benchmarks.Trace.AspNetCoreBenchmark.SendRequest net6.0

  • 🟥 execution_time [+409.322ms; +414.143ms] or [+444.745%; +449.983%]
  • 🟩 throughput [+1122.874op/s; +1257.858op/s] or [+9.227%; +10.336%]

scenario:Benchmarks.Trace.AspNetCoreBenchmark.SendRequest netcoreapp3.1

  • unstable execution_time [+306.021ms; +344.017ms] or [+232.359%; +261.209%]
  • 🟩 throughput [+598.457op/s; +799.020op/s] or [+5.793%; +7.735%]

scenario:Benchmarks.Trace.CIVisibilityProtocolWriterBenchmark.WriteAndFlushEnrichedTraces net472

  • unstable execution_time [+221.876ms; +295.792ms] or [+102.016%; +136.002%]
  • 🟥 throughput [-516.690op/s; -454.794op/s] or [-46.817%; -41.209%]

scenario:Benchmarks.Trace.CIVisibilityProtocolWriterBenchmark.WriteAndFlushEnrichedTraces net6.0

  • unstable execution_time [+200.577ms; +333.781ms] or [+85.477%; +142.243%]
  • 🟥 throughput [-747.067op/s; -663.592op/s] or [-49.830%; -44.262%]

scenario:Benchmarks.Trace.CIVisibilityProtocolWriterBenchmark.WriteAndFlushEnrichedTraces netcoreapp3.1

  • 🟥 execution_time [+340.825ms; +350.474ms] or [+203.853%; +209.624%]
  • 🟥 throughput [-429.551op/s; -393.356op/s] or [-29.909%; -27.389%]

scenario:Benchmarks.Trace.CharSliceBenchmark.OriginalCharSlice net6.0

  • 🟩 execution_time [-183.319µs; -140.796µs] or [-9.286%; -7.132%]
  • 🟩 throughput [+41.363op/s; +52.637op/s] or [+8.165%; +10.391%]

scenario:Benchmarks.Trace.ElasticsearchBenchmark.CallElasticsearch net472

  • 🟥 execution_time [+303.719ms; +305.013ms] or [+152.947%; +153.599%]

scenario:Benchmarks.Trace.ElasticsearchBenchmark.CallElasticsearch net6.0

  • 🟥 execution_time [+302.630ms; +304.580ms] or [+151.648%; +152.626%]

scenario:Benchmarks.Trace.ElasticsearchBenchmark.CallElasticsearch netcoreapp3.1

  • 🟥 execution_time [+302.184ms; +305.421ms] or [+151.804%; +153.430%]

scenario:Benchmarks.Trace.ElasticsearchBenchmark.CallElasticsearchAsync net472

  • 🟥 execution_time [+300.638ms; +301.977ms] or [+150.970%; +151.643%]

scenario:Benchmarks.Trace.ElasticsearchBenchmark.CallElasticsearchAsync net6.0

  • 🟥 execution_time [+298.267ms; +300.022ms] or [+147.480%; +148.348%]

scenario:Benchmarks.Trace.ElasticsearchBenchmark.CallElasticsearchAsync netcoreapp3.1

  • 🟥 execution_time [+301.878ms; +305.355ms] or [+153.005%; +154.768%]

scenario:Benchmarks.Trace.GraphQLBenchmark.ExecuteAsync net472

  • 🟥 execution_time [+301.113ms; +302.753ms] or [+151.132%; +151.955%]

scenario:Benchmarks.Trace.GraphQLBenchmark.ExecuteAsync net6.0

  • 🟥 execution_time [+300.124ms; +302.153ms] or [+149.584%; +150.596%]
  • 🟩 throughput [+52312.486op/s; +57758.312op/s] or [+10.388%; +11.469%]

scenario:Benchmarks.Trace.GraphQLBenchmark.ExecuteAsync netcoreapp3.1

  • 🟥 execution_time [+300.506ms; +302.869ms] or [+149.499%; +150.675%]

scenario:Benchmarks.Trace.ILoggerBenchmark.EnrichedLog net6.0

  • 🟩 execution_time [-16.763ms; -11.389ms] or [-7.795%; -5.296%]

scenario:Benchmarks.Trace.Iast.StringAspectsBenchmark.StringConcatAspectBenchmark net472

  • unstable execution_time [+8.328µs; +48.917µs] or [+2.057%; +12.083%]

scenario:Benchmarks.Trace.Iast.StringAspectsBenchmark.StringConcatAspectBenchmark net6.0

  • 🟩 allocated_mem [-26.481KB; -26.461KB] or [-9.660%; -9.652%]
  • unstable execution_time [-9.099µs; +63.960µs] or [-1.798%; +12.641%]
  • unstable throughput [-144.887op/s; +68.489op/s] or [-7.230%; +3.418%]

scenario:Benchmarks.Trace.Iast.StringAspectsBenchmark.StringConcatBenchmark net6.0

  • 🟥 execution_time [+6.427µs; +10.580µs] or [+15.192%; +25.007%]
  • 🟥 throughput [-4747.472op/s; -2970.468op/s] or [-19.985%; -12.505%]

scenario:Benchmarks.Trace.Iast.StringAspectsBenchmark.StringConcatBenchmark netcoreapp3.1

  • unstable execution_time [-14.103µs; -6.725µs] or [-21.880%; -10.434%]
  • 🟩 throughput [+1801.223op/s; +3355.389op/s] or [+11.051%; +20.586%]

scenario:Benchmarks.Trace.Log4netBenchmark.EnrichedLog net472

  • 🟥 execution_time [+302.621ms; +303.668ms] or [+152.961%; +153.491%]

scenario:Benchmarks.Trace.Log4netBenchmark.EnrichedLog net6.0

  • 🟥 execution_time [+302.372ms; +304.705ms] or [+153.907%; +155.094%]

scenario:Benchmarks.Trace.Log4netBenchmark.EnrichedLog netcoreapp3.1

  • 🟥 execution_time [+300.463ms; +302.748ms] or [+150.419%; +151.563%]

scenario:Benchmarks.Trace.RedisBenchmark.SendReceive net6.0

  • 🟩 throughput [+29237.389op/s; +32992.322op/s] or [+5.534%; +6.245%]

scenario:Benchmarks.Trace.SerilogBenchmark.EnrichedLog net472

  • 🟥 execution_time [+299.705ms; +301.542ms] or [+149.376%; +150.291%]

scenario:Benchmarks.Trace.SerilogBenchmark.EnrichedLog net6.0

  • 🟥 execution_time [+300.569ms; +301.884ms] or [+150.931%; +151.592%]

scenario:Benchmarks.Trace.SerilogBenchmark.EnrichedLog netcoreapp3.1

  • 🟥 execution_time [+304.441ms; +306.635ms] or [+154.393%; +155.506%]

scenario:Benchmarks.Trace.SingleSpanAspNetCoreBenchmark.SingleSpanAspNetCore net472

  • 🟥 execution_time [+300.684ms; +301.405ms] or [+149.983%; +150.342%]
  • 🟩 throughput [+61099752.279op/s; +61373049.321op/s] or [+44.497%; +44.696%]

scenario:Benchmarks.Trace.SingleSpanAspNetCoreBenchmark.SingleSpanAspNetCore net6.0

  • unstable execution_time [+380.584ms; +414.740ms] or [+473.324%; +515.803%]
  • 🟩 throughput [+996.954op/s; +1176.152op/s] or [+7.707%; +9.092%]

scenario:Benchmarks.Trace.SingleSpanAspNetCoreBenchmark.SingleSpanAspNetCore netcoreapp3.1

  • 🟥 execution_time [+299.608ms; +300.506ms] or [+149.437%; +149.886%]

scenario:Benchmarks.Trace.SpanBenchmark.StartFinishScope net6.0

  • 🟩 throughput [+95097.310op/s; +105030.249op/s] or [+8.879%; +9.806%]

scenario:Benchmarks.Trace.SpanBenchmark.StartFinishScope netcoreapp3.1

  • 🟩 throughput [+60576.779op/s; +79698.704op/s] or [+7.012%; +9.225%]

scenario:Benchmarks.Trace.SpanBenchmark.StartFinishSpan netcoreapp3.1

  • 🟩 throughput [+84194.964op/s; +91286.110op/s] or [+8.362%; +9.066%]

scenario:Benchmarks.Trace.SpanBenchmark.StartFinishTwoScopes net6.0

  • 🟩 throughput [+53572.511op/s; +58973.558op/s] or [+9.728%; +10.709%]

scenario:Benchmarks.Trace.SpanBenchmark.StartFinishTwoScopes netcoreapp3.1

  • 🟩 throughput [+28733.111op/s; +38370.781op/s] or [+6.431%; +8.589%]

scenario:Benchmarks.Trace.TraceAnnotationsBenchmark.RunOnMethodBegin net6.0

  • 🟩 throughput [+56891.870op/s; +75734.709op/s] or [+6.356%; +8.461%]

Known flaky benchmarks without significant changes:

  • scenario:Benchmarks.Trace.ActivityBenchmark.StartStopWithChild net472
  • scenario:Benchmarks.Trace.ActivityBenchmark.StartStopWithChild netcoreapp3.1
  • scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.ObjectExtractorMoreComplexBody net472
  • scenario:Benchmarks.Trace.Asm.AppSecBodyBenchmark.ObjectExtractorSimpleBody net472
  • scenario:Benchmarks.Trace.Asm.AppSecWafBenchmark.RunWafRealisticBenchmark net472
  • scenario:Benchmarks.Trace.Asm.AppSecWafBenchmark.RunWafRealisticBenchmark net6.0
  • scenario:Benchmarks.Trace.Asm.AppSecWafBenchmark.RunWafRealisticBenchmark netcoreapp3.1
  • scenario:Benchmarks.Trace.Asm.AppSecWafBenchmark.RunWafRealisticBenchmarkWithAttack net472
  • scenario:Benchmarks.Trace.Asm.AppSecWafBenchmark.RunWafRealisticBenchmarkWithAttack netcoreapp3.1
  • scenario:Benchmarks.Trace.CharSliceBenchmark.OptimizedCharSlice net472
  • scenario:Benchmarks.Trace.CharSliceBenchmark.OptimizedCharSlice net6.0
  • scenario:Benchmarks.Trace.CharSliceBenchmark.OptimizedCharSlice netcoreapp3.1
  • scenario:Benchmarks.Trace.CharSliceBenchmark.OptimizedCharSliceWithPool net472
  • scenario:Benchmarks.Trace.CharSliceBenchmark.OptimizedCharSliceWithPool net6.0
  • scenario:Benchmarks.Trace.CharSliceBenchmark.OptimizedCharSliceWithPool netcoreapp3.1
  • scenario:Benchmarks.Trace.CharSliceBenchmark.OriginalCharSlice net472
  • scenario:Benchmarks.Trace.CharSliceBenchmark.OriginalCharSlice netcoreapp3.1
  • scenario:Benchmarks.Trace.ILoggerBenchmark.EnrichedLog net472
  • scenario:Benchmarks.Trace.ILoggerBenchmark.EnrichedLog netcoreapp3.1
  • scenario:Benchmarks.Trace.Iast.StringAspectsBenchmark.StringConcatAspectBenchmark netcoreapp3.1
  • scenario:Benchmarks.Trace.Iast.StringAspectsBenchmark.StringConcatBenchmark net472
  • scenario:Benchmarks.Trace.RedisBenchmark.SendReceive net472
  • scenario:Benchmarks.Trace.RedisBenchmark.SendReceive netcoreapp3.1
  • scenario:Benchmarks.Trace.SpanBenchmark.StartFinishScope net472
  • scenario:Benchmarks.Trace.SpanBenchmark.StartFinishSpan net472
  • scenario:Benchmarks.Trace.SpanBenchmark.StartFinishSpan net6.0
  • scenario:Benchmarks.Trace.SpanBenchmark.StartFinishTwoScopes net472
  • scenario:Benchmarks.Trace.TraceAnnotationsBenchmark.RunOnMethodBegin net472
  • scenario:Benchmarks.Trace.TraceAnnotationsBenchmark.RunOnMethodBegin netcoreapp3.1

@dd-trace-dotnet-ci-bot
Copy link
Copy Markdown

Execution-Time Benchmarks Report ⏱️

Execution-time results for samples comparing This PR (8500) and master.

✅ No regressions detected - check the details below

Full Metrics Comparison

FakeDbCommand

Metric Master (Mean ± 95% CI) Current (Mean ± 95% CI) Change Status
.NET Framework 4.8 - Baseline
duration72.89 ± (73.03 - 73.52) ms74.11 ± (74.14 - 74.79) ms+1.7%✅⬆️
.NET Framework 4.8 - Bailout
duration77.14 ± (76.96 - 77.38) ms78.97 ± (79.08 - 79.71) ms+2.4%✅⬆️
.NET Framework 4.8 - CallTarget+Inlining+NGEN
duration1084.85 ± (1081.72 - 1088.59) ms1084.32 ± (1081.95 - 1089.03) ms-0.0%
.NET Core 3.1 - Baseline
process.internal_duration_ms22.41 ± (22.36 - 22.46) ms22.84 ± (22.77 - 22.90) ms+1.9%✅⬆️
process.time_to_main_ms85.04 ± (84.81 - 85.27) ms87.48 ± (87.16 - 87.81) ms+2.9%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed10.91 ± (10.91 - 10.91) MB10.91 ± (10.91 - 10.92) MB+0.0%✅⬆️
runtime.dotnet.threads.count12 ± (12 - 12)12 ± (12 - 12)+0.0%
.NET Core 3.1 - Bailout
process.internal_duration_ms22.27 ± (22.24 - 22.31) ms22.68 ± (22.64 - 22.72) ms+1.8%✅⬆️
process.time_to_main_ms85.51 ± (85.32 - 85.71) ms87.71 ± (87.50 - 87.92) ms+2.6%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed10.88 ± (10.87 - 10.88) MB10.95 ± (10.95 - 10.95) MB+0.7%✅⬆️
runtime.dotnet.threads.count13 ± (13 - 13)13 ± (13 - 13)+0.0%
.NET Core 3.1 - CallTarget+Inlining+NGEN
process.internal_duration_ms230.09 ± (229.01 - 231.17) ms231.52 ± (230.48 - 232.55) ms+0.6%✅⬆️
process.time_to_main_ms526.25 ± (524.88 - 527.61) ms535.21 ± (533.87 - 536.56) ms+1.7%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed48.46 ± (48.43 - 48.49) MB48.56 ± (48.54 - 48.58) MB+0.2%✅⬆️
runtime.dotnet.threads.count28 ± (28 - 28)28 ± (28 - 28)+0.0%
.NET 6 - Baseline
process.internal_duration_ms21.62 ± (21.56 - 21.68) ms21.44 ± (21.38 - 21.49) ms-0.9%
process.time_to_main_ms76.76 ± (76.47 - 77.05) ms74.24 ± (73.95 - 74.53) ms-3.3%
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed10.62 ± (10.62 - 10.63) MB10.62 ± (10.62 - 10.62) MB-0.0%
runtime.dotnet.threads.count10 ± (10 - 10)10 ± (10 - 10)+0.0%
.NET 6 - Bailout
process.internal_duration_ms21.24 ± (21.20 - 21.28) ms21.20 ± (21.17 - 21.24) ms-0.2%
process.time_to_main_ms75.57 ± (75.39 - 75.76) ms74.77 ± (74.58 - 74.96) ms-1.1%
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed10.73 ± (10.73 - 10.73) MB10.74 ± (10.74 - 10.75) MB+0.1%✅⬆️
runtime.dotnet.threads.count11 ± (11 - 11)11 ± (11 - 11)+0.0%
.NET 6 - CallTarget+Inlining+NGEN
process.internal_duration_ms385.01 ± (383.02 - 387.00) ms384.77 ± (382.87 - 386.68) ms-0.1%
process.time_to_main_ms530.76 ± (529.48 - 532.04) ms533.96 ± (532.83 - 535.09) ms+0.6%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed49.91 ± (49.88 - 49.93) MB50.13 ± (50.10 - 50.16) MB+0.5%✅⬆️
runtime.dotnet.threads.count28 ± (28 - 28)28 ± (28 - 28)+0.1%✅⬆️
.NET 8 - Baseline
process.internal_duration_ms19.66 ± (19.61 - 19.71) ms19.83 ± (19.77 - 19.88) ms+0.8%✅⬆️
process.time_to_main_ms73.44 ± (73.25 - 73.64) ms75.73 ± (75.42 - 76.05) ms+3.1%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed7.67 ± (7.66 - 7.68) MB7.67 ± (7.66 - 7.68) MB-0.0%
runtime.dotnet.threads.count10 ± (10 - 10)10 ± (10 - 10)+0.0%
.NET 8 - Bailout
process.internal_duration_ms19.98 ± (19.92 - 20.04) ms19.78 ± (19.72 - 19.83) ms-1.0%
process.time_to_main_ms77.23 ± (76.96 - 77.50) ms76.03 ± (75.79 - 76.27) ms-1.6%
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed7.71 ± (7.71 - 7.72) MB7.72 ± (7.72 - 7.73) MB+0.1%✅⬆️
runtime.dotnet.threads.count11 ± (11 - 11)11 ± (11 - 11)+0.0%
.NET 8 - CallTarget+Inlining+NGEN
process.internal_duration_ms304.22 ± (301.78 - 306.66) ms305.52 ± (303.26 - 307.78) ms+0.4%✅⬆️
process.time_to_main_ms490.21 ± (489.16 - 491.27) ms492.04 ± (490.91 - 493.16) ms+0.4%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed37.25 ± (37.20 - 37.30) MB37.09 ± (37.05 - 37.13) MB-0.4%
runtime.dotnet.threads.count27 ± (27 - 27)27 ± (27 - 27)-0.0%

HttpMessageHandler

Metric Master (Mean ± 95% CI) Current (Mean ± 95% CI) Change Status
.NET Framework 4.8 - Baseline
duration202.68 ± (202.57 - 203.73) ms209.58 ± (209.40 - 210.85) ms+3.4%✅⬆️
.NET Framework 4.8 - Bailout
duration206.28 ± (206.19 - 207.34) ms212.95 ± (213.28 - 214.77) ms+3.2%✅⬆️
.NET Framework 4.8 - CallTarget+Inlining+NGEN
duration1199.33 ± (1199.33 - 1205.55) ms1240.21 ± (1241.53 - 1252.60) ms+3.4%✅⬆️
.NET Core 3.1 - Baseline
process.internal_duration_ms197.93 ± (197.30 - 198.56) ms202.13 ± (201.41 - 202.85) ms+2.1%✅⬆️
process.time_to_main_ms85.71 ± (85.40 - 86.03) ms88.03 ± (87.71 - 88.35) ms+2.7%✅⬆️
runtime.dotnet.exceptions.count3 ± (3 - 3)3 ± (3 - 3)+0.0%
runtime.dotnet.mem.committed16.07 ± (16.06 - 16.09) MB15.95 ± (15.94 - 15.97) MB-0.7%
runtime.dotnet.threads.count20 ± (20 - 20)20 ± (20 - 20)+0.4%✅⬆️
.NET Core 3.1 - Bailout
process.internal_duration_ms198.09 ± (197.49 - 198.69) ms202.70 ± (201.92 - 203.47) ms+2.3%✅⬆️
process.time_to_main_ms87.22 ± (86.90 - 87.54) ms89.93 ± (89.63 - 90.23) ms+3.1%✅⬆️
runtime.dotnet.exceptions.count3 ± (3 - 3)3 ± (3 - 3)+0.0%
runtime.dotnet.mem.committed16.11 ± (16.09 - 16.13) MB15.97 ± (15.95 - 15.99) MB-0.9%
runtime.dotnet.threads.count21 ± (20 - 21)21 ± (21 - 21)+1.5%✅⬆️
.NET Core 3.1 - CallTarget+Inlining+NGEN
process.internal_duration_ms411.44 ± (410.00 - 412.87) ms416.64 ± (415.11 - 418.17) ms+1.3%✅⬆️
process.time_to_main_ms537.27 ± (535.81 - 538.72) ms549.89 ± (548.44 - 551.35) ms+2.4%✅⬆️
runtime.dotnet.exceptions.count3 ± (3 - 3)3 ± (3 - 3)+0.0%
runtime.dotnet.mem.committed59.32 ± (59.28 - 59.36) MB59.34 ± (59.30 - 59.38) MB+0.0%✅⬆️
runtime.dotnet.threads.count30 ± (30 - 30)30 ± (30 - 30)+0.1%✅⬆️
.NET 6 - Baseline
process.internal_duration_ms202.50 ± (202.00 - 203.01) ms208.43 ± (207.67 - 209.19) ms+2.9%✅⬆️
process.time_to_main_ms74.66 ± (74.40 - 74.92) ms77.06 ± (76.73 - 77.39) ms+3.2%✅⬆️
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed16.27 ± (16.25 - 16.29) MB16.21 ± (16.19 - 16.23) MB-0.4%
runtime.dotnet.threads.count19 ± (19 - 19)19 ± (19 - 20)+1.1%✅⬆️
.NET 6 - Bailout
process.internal_duration_ms201.89 ± (201.34 - 202.44) ms207.61 ± (206.91 - 208.30) ms+2.8%✅⬆️
process.time_to_main_ms75.60 ± (75.35 - 75.85) ms78.21 ± (77.95 - 78.48) ms+3.5%✅⬆️
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed16.30 ± (16.28 - 16.32) MB16.24 ± (16.23 - 16.26) MB-0.4%
runtime.dotnet.threads.count20 ± (20 - 20)20 ± (20 - 21)+0.8%✅⬆️
.NET 6 - CallTarget+Inlining+NGEN
process.internal_duration_ms601.52 ± (598.46 - 604.59) ms604.16 ± (601.49 - 606.83) ms+0.4%✅⬆️
process.time_to_main_ms537.30 ± (536.20 - 538.39) ms547.18 ± (545.64 - 548.72) ms+1.8%✅⬆️
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed61.53 ± (61.43 - 61.62) MB61.79 ± (61.70 - 61.87) MB+0.4%✅⬆️
runtime.dotnet.threads.count30 ± (30 - 31)31 ± (31 - 31)+0.7%✅⬆️
.NET 8 - Baseline
process.internal_duration_ms203.15 ± (202.58 - 203.71) ms204.39 ± (203.76 - 205.01) ms+0.6%✅⬆️
process.time_to_main_ms74.43 ± (74.19 - 74.67) ms75.12 ± (74.86 - 75.38) ms+0.9%✅⬆️
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed11.55 ± (11.54 - 11.57) MB11.59 ± (11.57 - 11.60) MB+0.3%✅⬆️
runtime.dotnet.threads.count19 ± (19 - 19)19 ± (19 - 19)+0.2%✅⬆️
.NET 8 - Bailout
process.internal_duration_ms202.68 ± (202.05 - 203.30) ms204.05 ± (203.42 - 204.67) ms+0.7%✅⬆️
process.time_to_main_ms76.08 ± (75.81 - 76.34) ms76.56 ± (76.33 - 76.78) ms+0.6%✅⬆️
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed11.59 ± (11.58 - 11.61) MB11.66 ± (11.65 - 11.68) MB+0.6%✅⬆️
runtime.dotnet.threads.count20 ± (20 - 20)20 ± (20 - 20)-0.2%
.NET 8 - CallTarget+Inlining+NGEN
process.internal_duration_ms536.01 ± (528.63 - 543.40) ms543.70 ± (537.06 - 550.33) ms+1.4%✅⬆️
process.time_to_main_ms500.98 ± (499.58 - 502.38) ms502.89 ± (501.50 - 504.29) ms+0.4%✅⬆️
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed50.81 ± (50.72 - 50.90) MB50.94 ± (50.86 - 51.01) MB+0.3%✅⬆️
runtime.dotnet.threads.count30 ± (30 - 30)30 ± (30 - 30)+0.1%✅⬆️
Comparison explanation

Execution-time benchmarks measure the whole time it takes to execute a program, and are intended to measure the one-off costs. Cases where the execution time results for the PR are worse than latest master results are highlighted in **red**. The following thresholds were used for comparing the execution times:

  • Welch test with statistical test for significance of 5%
  • Only results indicating a difference greater than 5% and 5 ms are considered.

Note that these results are based on a single point-in-time result for each branch. For full results, see the dashboard.

Graphs show the p99 interval based on the mean and StdDev of the test run, as well as the mean value of the run (shown as a diamond below the graph).

Duration charts
FakeDbCommand (.NET Framework 4.8)
gantt
    title Execution time (ms) FakeDbCommand (.NET Framework 4.8)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8500) - mean (74ms)  : 70, 79
    master - mean (73ms)  : 70, 77

    section Bailout
    This PR (8500) - mean (79ms)  : 75, 84
    master - mean (77ms)  : 74, 80

    section CallTarget+Inlining+NGEN
    This PR (8500) - mean (1,085ms)  : 1035, 1136
    master - mean (1,085ms)  : 1036, 1134

Loading
FakeDbCommand (.NET Core 3.1)
gantt
    title Execution time (ms) FakeDbCommand (.NET Core 3.1)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8500) - mean (118ms)  : 111, 125
    master - mean (114ms)  : 110, 119

    section Bailout
    This PR (8500) - mean (117ms)  : 113, 122
    master - mean (115ms)  : 111, 118

    section CallTarget+Inlining+NGEN
    This PR (8500) - mean (807ms)  : 781, 833
    master - mean (794ms)  : 765, 824

Loading
FakeDbCommand (.NET 6)
gantt
    title Execution time (ms) FakeDbCommand (.NET 6)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8500) - mean (103ms)  : 96, 110
    master - mean (105ms)  : 101, 110

    section Bailout
    This PR (8500) - mean (102ms)  : 99, 105
    master - mean (103ms)  : 99, 108

    section CallTarget+Inlining+NGEN
    This PR (8500) - mean (947ms)  : 911, 983
    master - mean (947ms)  : 900, 993

Loading
FakeDbCommand (.NET 8)
gantt
    title Execution time (ms) FakeDbCommand (.NET 8)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8500) - mean (104ms)  : 98, 109
    master - mean (101ms)  : 96, 106

    section Bailout
    This PR (8500) - mean (104ms)  : 99, 109
    master - mean (105ms)  : 101, 110

    section CallTarget+Inlining+NGEN
    This PR (8500) - mean (830ms)  : 789, 870
    master - mean (826ms)  : 784, 869

Loading
HttpMessageHandler (.NET Framework 4.8)
gantt
    title Execution time (ms) HttpMessageHandler (.NET Framework 4.8)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8500) - mean (210ms)  : 200, 221
    master - mean (203ms)  : 195, 212

    section Bailout
    This PR (8500) - mean (214ms)  : 203, 225
    master - mean (207ms)  : 198, 215

    section CallTarget+Inlining+NGEN
    This PR (8500) - mean (1,247ms)  : 1162, 1332
    master - mean (1,202ms)  : 1158, 1247

Loading
HttpMessageHandler (.NET Core 3.1)
gantt
    title Execution time (ms) HttpMessageHandler (.NET Core 3.1)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8500) - mean (302ms)  : 282, 322
    master - mean (294ms)  : 280, 307

    section Bailout
    This PR (8500) - mean (303ms)  : 286, 321
    master - mean (295ms)  : 280, 311

    section CallTarget+Inlining+NGEN
    This PR (8500) - mean (1,003ms)  : 969, 1037
    master - mean (981ms)  : 952, 1011

Loading
HttpMessageHandler (.NET 6)
gantt
    title Execution time (ms) HttpMessageHandler (.NET 6)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8500) - mean (297ms)  : 277, 316
    master - mean (286ms)  : 276, 297

    section Bailout
    This PR (8500) - mean (297ms)  : 279, 314
    master - mean (286ms)  : 276, 297

    section CallTarget+Inlining+NGEN
    This PR (8500) - mean (1,182ms)  : 1137, 1227
    master - mean (1,169ms)  : 1122, 1216

Loading
HttpMessageHandler (.NET 8)
gantt
    title Execution time (ms) HttpMessageHandler (.NET 8)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8500) - mean (291ms)  : 277, 305
    master - mean (289ms)  : 276, 301

    section Bailout
    This PR (8500) - mean (292ms)  : 277, 308
    master - mean (290ms)  : 275, 306

    section CallTarget+Inlining+NGEN
    This PR (8500) - mean (1,083ms)  : 982, 1184
    master - mean (1,070ms)  : 983, 1158

Loading

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area:tracer The core tracer library (Datadog.Trace, does not include OpenTracing, native code, or integrations)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant