Skip to content

Update more things to use artifacts output#8680

Merged
andrewlock merged 18 commits into
masterfrom
andrew/more-artifacts-output
Jun 1, 2026
Merged

Update more things to use artifacts output#8680
andrewlock merged 18 commits into
masterfrom
andrew/more-artifacts-output

Conversation

@andrewlock

Copy link
Copy Markdown
Member

Summary of changes

Follows on from #8636, moves more build outputs into the artifacts folder

Reason for change

Today, build outputs end up scattered throughput the repository, because of how the defaults work for .NET, and how we're using a very "bespoke" way of building (i.e. we're not just doing dotnet build). That makes it tricky to track where things are built to in CI particularly, and will hamper any attempts to modify CI (e.g. to move to GitLab).

Implementation details

Had 🤖 look for everything that wasn't going to the artifacts/ folder, and move it, so that we can more easily include/exclude it from artifacts. Took a relatively conservative approach in places (e.g. to the profiler assets)

Final results look like this:

artifacts/
  ├─📂 bin/
  ├─📂 obj/
  ├─📂 publish/
  ├─📂 package/
  ├─📂 build_data/
  ├─📂 monitoring-home/
  ├─📂 native-bin/
  ├─📂 native-obj/
  ├─📂 native-symbols/
  ├─📂 ProfilerResources/
  ├─📂 profiler-build/
  ├─📂 output/
  ├─📂 deps/
  └─📂 vcpkg/

The important thing is that we can exclude most of these when doing the "upload working directory" step

Test coverage

This is the test - if the build still passes I think we're ok.

Other details

Stacked on

@andrewlock andrewlock added the area:builds project files, build scripts, pipelines, versioning, releases, packages label May 22, 2026
@datadog-official

datadog-official Bot commented May 22, 2026

Copy link
Copy Markdown
Contributor

Pipelines

Fix all issues with BitsAI

⚠️ Warnings

🚦 1 Pipeline job failed

DataDog/apm-reliability/dd-trace-dotnet | benchmark-serverless   View in Datadog   GitLab

Useful? React with 👍 / 👎

This comment will be updated automatically if new data arrives.
🔗 Commit SHA: 70253f0 | Docs | Datadog PR Page | Give us feedback!

@pr-commenter

pr-commenter Bot commented May 22, 2026

Copy link
Copy Markdown

Benchmarks

Benchmark execution time: 2026-05-29 21:51:25

Comparing candidate commit 70253f0 in PR branch andrew/more-artifacts-output with baseline commit fcebc68 in branch master.

Found 0 performance improvements and 0 performance regressions! Performance is the same for 72 metrics, 0 unstable metrics, 61 known flaky benchmarks, 65 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 net472

  • 🟥 throughput [-5408.319op/s; -5005.421op/s] or [-6.413%; -5.935%]

scenario:Benchmarks.Trace.ActivityBenchmark.StartStopWithChild netcoreapp3.1

  • 🟥 throughput [-7809.670op/s; -6413.518op/s] or [-7.941%; -6.521%]

scenario:Benchmarks.Trace.AgentWriterBenchmark.WriteAndFlushEnrichedTraces net472

  • 🟥 execution_time [+310.083ms; +317.907ms] or [+153.874%; +157.757%]
  • 🟥 throughput [-42.563op/s; -38.675op/s] or [-7.658%; -6.958%]

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

  • 🟥 execution_time [+371.996ms; +375.528ms] or [+293.900%; +296.690%]
  • 🟩 throughput [+88.499op/s; +95.897op/s] or [+11.668%; +12.644%]

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

  • 🟥 execution_time [+395.319ms; +399.420ms] or [+349.842%; +353.471%]

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

  • 🟥 allocated_mem [+1.308KB; +1.308KB] or [+27.528%; +27.540%]

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

  • 🟥 allocated_mem [+471 bytes; +472 bytes] or [+9.976%; +9.987%]
  • 🟩 execution_time [-15.875ms; -11.665ms] or [-7.414%; -5.448%]

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

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

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

  • 🟥 allocated_mem [+1.307KB; +1.307KB] or [+105.743%; +105.758%]
  • 🟥 throughput [-271639.356op/s; -266967.849op/s] or [-27.736%; -27.259%]

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

  • 🟥 allocated_mem [+471 bytes; +472 bytes] or [+38.557%; +38.566%]
  • 🟩 execution_time [-27.113ms; -22.220ms] or [-12.091%; -9.909%]

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

  • 🟥 allocated_mem [+1.272KB; +1.272KB] or [+105.288%; +105.304%]
  • 🟥 throughput [-161178.002op/s; -144922.210op/s] or [-23.158%; -20.823%]

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

  • 🟩 throughput [+9193.067op/s; +12228.238op/s] or [+5.849%; +7.781%]

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

  • 🟩 throughput [+10272.983op/s; +13121.883op/s] or [+8.184%; +10.453%]

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

  • 🟩 throughput [+336646.853op/s; +489385.165op/s] or [+11.225%; +16.318%]

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

  • 🟩 execution_time [-19.231ms; -14.889ms] or [-8.865%; -6.863%]
  • 🟩 throughput [+151507.641op/s; +206230.005op/s] or [+6.014%; +8.186%]

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

  • 🟥 execution_time [+298.741ms; +299.940ms] or [+149.271%; +149.870%]

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

  • 🟥 execution_time [+299.363ms; +302.730ms] or [+150.969%; +152.667%]

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

  • 🟥 execution_time [+299.002ms; +301.429ms] or [+150.614%; +151.836%]

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

  • 🟥 execution_time [+295.950ms; +297.097ms] or [+145.359%; +145.922%]

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

  • 🟥 execution_time [+292.991ms; +295.770ms] or [+143.233%; +144.591%]

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

  • 🟥 execution_time [+299.936ms; +301.179ms] or [+149.908%; +150.529%]

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

  • 🟥 execution_time [+27.272µs; +51.217µs] or [+8.707%; +16.351%]
  • 🟥 throughput [-469.957op/s; -268.867op/s] or [-14.650%; -8.381%]

scenario:Benchmarks.Trace.AspNetCoreBenchmark.SendRequest net472

  • 🟥 execution_time [+299.436ms; +300.173ms] or [+149.449%; +149.817%]

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

  • unstable execution_time [+335.513ms; +394.114ms] or [+364.548%; +428.221%]
  • 🟩 throughput [+720.785op/s; +957.944op/s] or [+5.923%; +7.872%]

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

  • unstable execution_time [+300.727ms; +349.290ms] or [+228.339%; +265.213%]

scenario:Benchmarks.Trace.CIVisibilityProtocolWriterBenchmark.WriteAndFlushEnrichedTraces net472

  • 🟥 allocated_mem [+2.834KB; +2.839KB] or [+5.035%; +5.044%]
  • unstable execution_time [+330.171ms; +369.499ms] or [+151.809%; +169.892%]
  • 🟥 throughput [-535.143op/s; -494.677op/s] or [-48.489%; -44.823%]

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

  • unstable execution_time [+211.219ms; +344.424ms] or [+90.013%; +146.779%]
  • 🟥 throughput [-666.749op/s; -583.303op/s] or [-44.472%; -38.907%]

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

  • unstable execution_time [+337.769ms; +355.810ms] or [+202.025%; +212.816%]
  • 🟥 throughput [-439.981op/s; -398.606op/s] or [-30.635%; -27.754%]

scenario:Benchmarks.Trace.CharSliceBenchmark.OptimizedCharSlice netcoreapp3.1

  • unstable throughput [+19.553op/s; +66.359op/s] or [+5.620%; +19.075%]

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

  • 🟩 execution_time [-197.256µs; -143.806µs] or [-9.992%; -7.285%]
  • 🟩 throughput [+42.147op/s; +56.311op/s] or [+8.320%; +11.116%]

scenario:Benchmarks.Trace.ElasticsearchBenchmark.CallElasticsearch net472

  • 🟥 execution_time [+302.918ms; +304.396ms] or [+152.544%; +153.288%]

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

  • 🟥 execution_time [+301.258ms; +302.636ms] or [+150.961%; +151.652%]

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

  • 🟥 execution_time [+300.257ms; +303.731ms] or [+150.836%; +152.582%]

scenario:Benchmarks.Trace.ElasticsearchBenchmark.CallElasticsearchAsync net472

  • 🟥 execution_time [+302.902ms; +304.127ms] or [+152.107%; +152.723%]

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

  • 🟥 execution_time [+301.278ms; +304.027ms] or [+148.969%; +150.328%]

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

  • 🟥 execution_time [+303.319ms; +307.054ms] or [+153.735%; +155.628%]
  • 🟩 throughput [+23547.657op/s; +31945.598op/s] or [+5.085%; +6.898%]

scenario:Benchmarks.Trace.GraphQLBenchmark.ExecuteAsync net472

  • 🟥 execution_time [+299.389ms; +302.980ms] or [+150.266%; +152.069%]

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

  • 🟥 execution_time [+303.290ms; +306.800ms] or [+151.163%; +152.912%]
  • 🟩 throughput [+52139.729op/s; +57964.287op/s] or [+10.353%; +11.510%]

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

  • 🟥 execution_time [+298.824ms; +301.863ms] or [+148.662%; +150.174%]

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

  • 🟩 execution_time [-16.834ms; -13.069ms] or [-7.828%; -6.077%]

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

  • unstable execution_time [+7.150µs; +53.813µs] or [+1.766%; +13.292%]

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

  • 🟩 allocated_mem [-26.697KB; -26.676KB] or [-9.738%; -9.731%]
  • unstable execution_time [-50.364µs; +7.031µs] or [-9.954%; +1.390%]
  • unstable throughput [-14.814op/s; +189.878op/s] or [-0.739%; +9.475%]

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

  • unstable execution_time [-65.704µs; -4.665µs] or [-11.386%; -0.808%]

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

  • unstable execution_time [+8.794µs; +13.993µs] or [+20.787%; +33.074%]
  • 🟥 throughput [-5860.430op/s; -3918.622op/s] or [-24.671%; -16.496%]

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

  • unstable execution_time [-13.858µs; -6.156µs] or [-21.500%; -9.551%]
  • unstable throughput [+1492.583op/s; +3183.347op/s] or [+9.157%; +19.531%]

scenario:Benchmarks.Trace.Log4netBenchmark.EnrichedLog net472

  • 🟥 execution_time [+300.575ms; +302.726ms] or [+151.927%; +153.015%]

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

  • 🟥 execution_time [+306.163ms; +309.912ms] or [+155.836%; +157.744%]

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

  • 🟥 execution_time [+300.737ms; +303.973ms] or [+150.556%; +152.176%]

scenario:Benchmarks.Trace.RedisBenchmark.SendReceive net472

  • 🟥 throughput [-33443.379op/s; -29965.264op/s] or [-9.258%; -8.295%]

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

  • 🟩 throughput [+40560.031op/s; +47054.033op/s] or [+7.677%; +8.906%]

scenario:Benchmarks.Trace.SerilogBenchmark.EnrichedLog net472

  • 🟥 execution_time [+300.645ms; +303.647ms] or [+149.845%; +151.341%]

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

  • 🟥 execution_time [+301.524ms; +303.070ms] or [+151.411%; +152.187%]

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

  • 🟥 execution_time [+301.504ms; +303.922ms] or [+152.903%; +154.130%]

scenario:Benchmarks.Trace.SingleSpanAspNetCoreBenchmark.SingleSpanAspNetCore net472

  • 🟥 execution_time [+300.112ms; +300.871ms] or [+149.698%; +150.076%]
  • 🟩 throughput [+61240914.816op/s; +61605595.029op/s] or [+44.599%; +44.865%]

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

  • unstable execution_time [+338.304ms; +397.232ms] or [+420.741%; +494.029%]

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

  • 🟥 execution_time [+299.205ms; +300.362ms] or [+149.236%; +149.813%]

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

  • 🟩 throughput [+69604.444op/s; +98858.621op/s] or [+6.499%; +9.230%]

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

  • 🟩 throughput [+99738.087op/s; +129134.219op/s] or [+7.720%; +9.995%]

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

  • 🟩 throughput [+60965.863op/s; +69735.145op/s] or [+6.055%; +6.926%]

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

  • 🟩 throughput [+53551.376op/s; +58822.607op/s] or [+9.724%; +10.681%]

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

  • 🟩 throughput [+85067.327op/s; +103628.211op/s] or [+9.504%; +11.578%]

Known flaky benchmarks without significant changes:

  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_AddEvent_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_AddEvent_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_AddEvent_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_GetContext_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_GetContext_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_GetContext_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_SetAttributes_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_SetAttributes_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_SetAttributes_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_SetStatus_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_SetStatus_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_SetStatus_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_UpdateName_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_UpdateName_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.ActivityBenchmark.StartSpan_UpdateName_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_AddEvent_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_AddEvent_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_AddEvent_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_GetContext_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_GetContext_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_GetContext_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_RecordException_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_RecordException_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_RecordException_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_SetAttributes_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_SetAttributes_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_SetAttributes_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_SetStatus_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_SetStatus_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_SetStatus_Sampled netcoreapp3.1
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_UpdateName_Sampled net472
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_UpdateName_Sampled net6.0
  • scenario:Benchmarks.OpenTelemetry.InstrumentedApi.Trace.TelemetrySpanBenchmark.StartSpan_UpdateName_Sampled netcoreapp3.1
  • scenario:Benchmarks.Trace.ActivityBenchmark.StartStopWithChild net6.0
  • 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.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.StringConcatBenchmark net472
  • scenario:Benchmarks.Trace.RedisBenchmark.SendReceive netcoreapp3.1
  • scenario:Benchmarks.Trace.SpanBenchmark.StartFinishScope net472
  • scenario:Benchmarks.Trace.SpanBenchmark.StartFinishScope netcoreapp3.1
  • scenario:Benchmarks.Trace.SpanBenchmark.StartFinishSpan net472
  • scenario:Benchmarks.Trace.SpanBenchmark.StartFinishTwoScopes net472
  • scenario:Benchmarks.Trace.SpanBenchmark.StartFinishTwoScopes netcoreapp3.1
  • scenario:Benchmarks.Trace.TraceAnnotationsBenchmark.RunOnMethodBegin net472
  • scenario:Benchmarks.Trace.TraceAnnotationsBenchmark.RunOnMethodBegin netcoreapp3.1

@andrewlock andrewlock changed the title Andrew/more artifacts output Update more things to use artifacts output May 26, 2026
@andrewlock
andrewlock force-pushed the andrew/artifacts-output branch from ae4148d to 7578ab7 Compare May 26, 2026 09:02
@andrewlock
andrewlock force-pushed the andrew/more-artifacts-output branch from f03168d to 23970e8 Compare May 26, 2026 09:02
@andrewlock
andrewlock force-pushed the andrew/artifacts-output branch from 7578ab7 to 7317090 Compare May 26, 2026 11:26
@andrewlock
andrewlock force-pushed the andrew/more-artifacts-output branch from 23970e8 to c227d31 Compare May 26, 2026 11:26
@dd-trace-dotnet-ci-bot

dd-trace-dotnet-ci-bot Bot commented May 26, 2026

Copy link
Copy Markdown

Execution-Time Benchmarks Report ⏱️

Execution-time results for samples comparing This PR (8680) 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
duration74.98 ± (74.87 - 75.40) ms73.74 ± (73.85 - 74.39) ms-1.7%
.NET Framework 4.8 - Bailout
duration77.46 ± (77.31 - 77.66) ms80.20 ± (79.90 - 80.43) ms+3.5%✅⬆️
.NET Framework 4.8 - CallTarget+Inlining+NGEN
duration1108.59 ± (1107.35 - 1115.35) ms1113.34 ± (1111.11 - 1119.51) ms+0.4%✅⬆️
.NET Core 3.1 - Baseline
process.internal_duration_ms22.69 ± (22.64 - 22.75) ms23.04 ± (22.98 - 23.11) ms+1.5%✅⬆️
process.time_to_main_ms85.88 ± (85.63 - 86.13) ms87.77 ± (87.44 - 88.10) ms+2.2%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed10.93 ± (10.93 - 10.94) MB10.91 ± (10.91 - 10.92) MB-0.2%
runtime.dotnet.threads.count12 ± (12 - 12)12 ± (12 - 12)+0.0%
.NET Core 3.1 - Bailout
process.internal_duration_ms22.35 ± (22.32 - 22.39) ms22.46 ± (22.43 - 22.50) ms+0.5%✅⬆️
process.time_to_main_ms85.94 ± (85.73 - 86.15) ms86.19 ± (85.95 - 86.44) ms+0.3%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed10.97 ± (10.96 - 10.97) MB10.93 ± (10.93 - 10.94) MB-0.3%
runtime.dotnet.threads.count13 ± (13 - 13)13 ± (13 - 13)+0.0%
.NET Core 3.1 - CallTarget+Inlining+NGEN
process.internal_duration_ms214.83 ± (213.81 - 215.86) ms214.90 ± (213.99 - 215.81) ms+0.0%✅⬆️
process.time_to_main_ms544.52 ± (543.18 - 545.86) ms547.35 ± (545.74 - 548.95) ms+0.5%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed48.57 ± (48.53 - 48.60) MB48.58 ± (48.56 - 48.61) MB+0.0%✅⬆️
runtime.dotnet.threads.count28 ± (28 - 28)28 ± (28 - 28)+0.2%✅⬆️
.NET 6 - Baseline
process.internal_duration_ms21.70 ± (21.64 - 21.76) ms21.28 ± (21.25 - 21.32) ms-1.9%
process.time_to_main_ms76.45 ± (76.17 - 76.73) ms74.06 ± (73.88 - 74.23) ms-3.1%
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed10.64 ± (10.64 - 10.64) MB10.63 ± (10.63 - 10.64) MB-0.1%
runtime.dotnet.threads.count10 ± (10 - 10)10 ± (10 - 10)+0.0%
.NET 6 - Bailout
process.internal_duration_ms21.52 ± (21.48 - 21.57) ms21.36 ± (21.31 - 21.41) ms-0.8%
process.time_to_main_ms76.42 ± (76.19 - 76.64) ms76.23 ± (76.00 - 76.46) ms-0.2%
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed10.76 ± (10.76 - 10.76) MB10.74 ± (10.74 - 10.74) MB-0.2%
runtime.dotnet.threads.count11 ± (11 - 11)11 ± (11 - 11)+0.0%
.NET 6 - CallTarget+Inlining+NGEN
process.internal_duration_ms370.62 ± (368.55 - 372.69) ms371.41 ± (369.38 - 373.45) ms+0.2%✅⬆️
process.time_to_main_ms551.69 ± (550.45 - 552.92) ms551.97 ± (550.55 - 553.38) ms+0.1%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed50.09 ± (50.07 - 50.11) MB50.03 ± (50.01 - 50.05) MB-0.1%
runtime.dotnet.threads.count28 ± (28 - 28)28 ± (28 - 28)+0.0%✅⬆️
.NET 8 - Baseline
process.internal_duration_ms19.43 ± (19.38 - 19.48) ms19.62 ± (19.57 - 19.67) ms+1.0%✅⬆️
process.time_to_main_ms73.26 ± (73.03 - 73.49) ms74.26 ± (74.02 - 74.49) ms+1.4%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed7.69 ± (7.69 - 7.70) MB7.67 ± (7.66 - 7.67) MB-0.3%
runtime.dotnet.threads.count10 ± (10 - 10)10 ± (10 - 10)+0.0%
.NET 8 - Bailout
process.internal_duration_ms19.73 ± (19.68 - 19.77) ms19.39 ± (19.35 - 19.43) ms-1.7%
process.time_to_main_ms76.58 ± (76.33 - 76.83) ms73.66 ± (73.51 - 73.82) ms-3.8%
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed7.74 ± (7.74 - 7.75) MB7.74 ± (7.73 - 7.75) MB-0.0%
runtime.dotnet.threads.count11 ± (11 - 11)11 ± (11 - 11)+0.0%
.NET 8 - CallTarget+Inlining+NGEN
process.internal_duration_ms293.01 ± (290.83 - 295.18) ms295.85 ± (292.77 - 298.94) ms+1.0%✅⬆️
process.time_to_main_ms497.67 ± (496.58 - 498.76) ms499.40 ± (497.98 - 500.82) ms+0.3%✅⬆️
runtime.dotnet.exceptions.count0 ± (0 - 0)0 ± (0 - 0)+0.0%
runtime.dotnet.mem.committed37.06 ± (37.03 - 37.08) MB37.06 ± (37.03 - 37.10) MB+0.0%✅⬆️
runtime.dotnet.threads.count27 ± (27 - 27)27 ± (27 - 27)-0.7%

HttpMessageHandler

Metric Master (Mean ± 95% CI) Current (Mean ± 95% CI) Change Status
.NET Framework 4.8 - Baseline
duration198.74 ± (198.23 - 199.30) ms199.47 ± (198.87 - 199.91) ms+0.4%✅⬆️
.NET Framework 4.8 - Bailout
duration200.74 ± (200.38 - 201.42) ms202.82 ± (201.90 - 202.95) ms+1.0%✅⬆️
.NET Framework 4.8 - CallTarget+Inlining+NGEN
duration1193.66 ± (1194.48 - 1200.17) ms1205.08 ± (1207.32 - 1215.26) ms+1.0%✅⬆️
.NET Core 3.1 - Baseline
process.internal_duration_ms193.74 ± (193.28 - 194.20) ms194.04 ± (193.55 - 194.52) ms+0.2%✅⬆️
process.time_to_main_ms83.91 ± (83.64 - 84.19) ms84.00 ± (83.68 - 84.31) ms+0.1%✅⬆️
runtime.dotnet.exceptions.count3 ± (3 - 3)3 ± (3 - 3)+0.0%
runtime.dotnet.mem.committed16.09 ± (16.07 - 16.11) MB16.09 ± (16.07 - 16.12) MB+0.0%✅⬆️
runtime.dotnet.threads.count20 ± (20 - 20)20 ± (20 - 20)+0.1%✅⬆️
.NET Core 3.1 - Bailout
process.internal_duration_ms192.74 ± (192.30 - 193.19) ms192.86 ± (192.42 - 193.29) ms+0.1%✅⬆️
process.time_to_main_ms84.94 ± (84.66 - 85.21) ms84.82 ± (84.55 - 85.09) ms-0.1%
runtime.dotnet.exceptions.count3 ± (3 - 3)3 ± (3 - 3)+0.0%
runtime.dotnet.mem.committed16.09 ± (16.06 - 16.11) MB16.16 ± (16.13 - 16.19) MB+0.4%✅⬆️
runtime.dotnet.threads.count21 ± (21 - 21)21 ± (21 - 21)-0.0%
.NET Core 3.1 - CallTarget+Inlining+NGEN
process.internal_duration_ms384.00 ± (382.62 - 385.39) ms388.02 ± (386.65 - 389.39) ms+1.0%✅⬆️
process.time_to_main_ms535.12 ± (533.84 - 536.40) ms535.08 ± (534.17 - 535.99) ms-0.0%
runtime.dotnet.exceptions.count3 ± (3 - 3)3 ± (3 - 3)+0.0%
runtime.dotnet.mem.committed57.41 ± (57.24 - 57.58) MB57.98 ± (57.76 - 58.20) MB+1.0%✅⬆️
runtime.dotnet.threads.count30 ± (30 - 30)30 ± (30 - 30)+0.3%✅⬆️
.NET 6 - Baseline
process.internal_duration_ms197.35 ± (196.86 - 197.84) ms196.70 ± (196.35 - 197.05) ms-0.3%
process.time_to_main_ms72.32 ± (72.08 - 72.56) ms72.04 ± (71.84 - 72.25) ms-0.4%
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed16.37 ± (16.35 - 16.39) MB16.43 ± (16.40 - 16.46) MB+0.4%✅⬆️
runtime.dotnet.threads.count19 ± (19 - 19)19 ± (19 - 19)+0.3%✅⬆️
.NET 6 - Bailout
process.internal_duration_ms196.67 ± (196.25 - 197.08) ms196.80 ± (196.45 - 197.14) ms+0.1%✅⬆️
process.time_to_main_ms73.14 ± (72.91 - 73.36) ms73.44 ± (73.27 - 73.62) ms+0.4%✅⬆️
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed16.39 ± (16.37 - 16.42) MB16.43 ± (16.40 - 16.45) MB+0.2%✅⬆️
runtime.dotnet.threads.count20 ± (20 - 20)20 ± (20 - 20)-0.3%
.NET 6 - CallTarget+Inlining+NGEN
process.internal_duration_ms582.10 ± (579.27 - 584.93) ms587.32 ± (584.63 - 590.01) ms+0.9%✅⬆️
process.time_to_main_ms543.89 ± (542.75 - 545.02) ms542.95 ± (541.99 - 543.92) ms-0.2%
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed61.08 ± (61.01 - 61.15) MB61.34 ± (61.24 - 61.43) MB+0.4%✅⬆️
runtime.dotnet.threads.count31 ± (31 - 31)31 ± (31 - 31)+0.5%✅⬆️
.NET 8 - Baseline
process.internal_duration_ms196.30 ± (195.83 - 196.78) ms194.12 ± (193.65 - 194.59) ms-1.1%
process.time_to_main_ms72.11 ± (71.88 - 72.34) ms71.49 ± (71.25 - 71.73) ms-0.9%
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed11.79 ± (11.77 - 11.82) MB11.73 ± (11.70 - 11.75) MB-0.6%
runtime.dotnet.threads.count18 ± (18 - 18)18 ± (18 - 18)+0.3%✅⬆️
.NET 8 - Bailout
process.internal_duration_ms195.52 ± (195.07 - 195.96) ms193.01 ± (192.53 - 193.48) ms-1.3%
process.time_to_main_ms73.13 ± (72.92 - 73.34) ms72.27 ± (72.08 - 72.45) ms-1.2%
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed11.77 ± (11.75 - 11.79) MB11.75 ± (11.73 - 11.77) MB-0.2%
runtime.dotnet.threads.count19 ± (19 - 19)19 ± (19 - 19)-0.2%
.NET 8 - CallTarget+Inlining+NGEN
process.internal_duration_ms513.78 ± (511.19 - 516.38) ms514.22 ± (511.93 - 516.50) ms+0.1%✅⬆️
process.time_to_main_ms492.90 ± (492.17 - 493.63) ms488.37 ± (487.54 - 489.20) ms-0.9%
runtime.dotnet.exceptions.count4 ± (4 - 4)4 ± (4 - 4)+0.0%
runtime.dotnet.mem.committed50.71 ± (50.67 - 50.75) MB50.64 ± (50.60 - 50.68) MB-0.1%
runtime.dotnet.threads.count29 ± (29 - 30)29 ± (29 - 30)-0.0%
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 (8680) - mean (74ms)  : 70, 78
    master - mean (75ms)  : 71, 79

    section Bailout
    This PR (8680) - mean (80ms)  : 76, 84
    master - mean (77ms)  : 76, 79

    section CallTarget+Inlining+NGEN
    This PR (8680) - mean (1,115ms)  : 1053, 1177
    master - mean (1,111ms)  : 1054, 1169

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 (8680) - mean (118ms)  : 112, 125
    master - mean (116ms)  : 111, 121

    section Bailout
    This PR (8680) - mean (116ms)  : 111, 120
    master - mean (115ms)  : 111, 119

    section CallTarget+Inlining+NGEN
    This PR (8680) - mean (798ms)  : 777, 818
    master - mean (795ms)  : 772, 818

Loading
FakeDbCommand (.NET 6)
gantt
    title Execution time (ms) FakeDbCommand (.NET 6)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8680) - mean (102ms)  : 98, 106
    master - mean (105ms)  : 99, 111

    section Bailout
    This PR (8680) - mean (104ms)  : 100, 109
    master - mean (105ms)  : 100, 110

    section CallTarget+Inlining+NGEN
    This PR (8680) - mean (958ms)  : 924, 992
    master - mean (960ms)  : 918, 1002

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

    section Bailout
    This PR (8680) - mean (101ms)  : 99, 102
    master - mean (105ms)  : 99, 110

    section CallTarget+Inlining+NGEN
    This PR (8680) - mean (827ms)  : 787, 866
    master - mean (822ms)  : 785, 858

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 (8680) - mean (199ms)  : 191, 207
    master - mean (199ms)  : 191, 207

    section Bailout
    This PR (8680) - mean (202ms)  : 197, 208
    master - mean (201ms)  : 195, 207

    section CallTarget+Inlining+NGEN
    This PR (8680) - mean (1,211ms)  : 1151, 1271
    master - mean (1,197ms)  : 1158, 1236

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 (8680) - mean (287ms)  : 279, 295
    master - mean (286ms)  : 279, 294

    section Bailout
    This PR (8680) - mean (286ms)  : 280, 292
    master - mean (286ms)  : 279, 294

    section CallTarget+Inlining+NGEN
    This PR (8680) - mean (963ms)  : 942, 984
    master - mean (961ms)  : 943, 980

Loading
HttpMessageHandler (.NET 6)
gantt
    title Execution time (ms) HttpMessageHandler (.NET 6)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8680) - mean (277ms)  : 272, 282
    master - mean (278ms)  : 270, 287

    section Bailout
    This PR (8680) - mean (279ms)  : 274, 283
    master - mean (278ms)  : 273, 284

    section CallTarget+Inlining+NGEN
    This PR (8680) - mean (1,156ms)  : 1119, 1193
    master - mean (1,155ms)  : 1110, 1200

Loading
HttpMessageHandler (.NET 8)
gantt
    title Execution time (ms) HttpMessageHandler (.NET 8)
    dateFormat  x
    axisFormat %Q
    todayMarker off
    section Baseline
    This PR (8680) - mean (276ms)  : 268, 284
    master - mean (278ms)  : 271, 286

    section Bailout
    This PR (8680) - mean (276ms)  : 265, 287
    master - mean (279ms)  : 272, 285

    section CallTarget+Inlining+NGEN
    This PR (8680) - mean (1,036ms)  : 990, 1081
    master - mean (1,038ms)  : 995, 1080

Loading

@andrewlock
andrewlock force-pushed the andrew/more-artifacts-output branch 2 times, most recently from 8133c26 to bf8bd5e Compare May 27, 2026 09:26
@andrewlock
andrewlock force-pushed the andrew/artifacts-output branch from 7317090 to 303ef9e Compare May 28, 2026 09:54
Base automatically changed from andrew/artifacts-output to master May 28, 2026 15:25
@andrewlock
andrewlock force-pushed the andrew/more-artifacts-output branch 2 times, most recently from d733886 to e39d93a Compare May 29, 2026 09:16
@andrewlock
andrewlock marked this pull request as ready for review May 29, 2026 09:18
@andrewlock
andrewlock requested review from a team as code owners May 29, 2026 09:18

@gleocadie gleocadie left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

profiler side looks good


// Scratch space used by the release-tooling targets in Build.GitHub.cs to download
// upstream Azure DevOps / GitLab artifacts. Not a build output destination.
AbsolutePath ReleaseArtifactsDirectory => BuildArtifactsDirectory / "release-artifacts";

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we need to add this to the CreateRequiredDirectories step along with the NativeArtifactsDirectory?

Target CreateRequiredDirectories => _ => _

Maybe not if it worked here?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's probably fine, but better to be safe

andrewlock and others added 6 commits May 29, 2026 22:00
Nuke's SymbolsDirectory was at tracer/bin/symbols. Repoint it under the
repo-root artifacts/ tree so symbols ship alongside the other outputs of
the new layout. Update the CI YAML's symbols: variable to match.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
The assembled monitoring-home was at shared/bin/monitoring-home. Move it
under the repo-root artifacts/ tree so the working-directory CI artifact
gets closer to "only artifacts/ matters". Update the Nuke
MonitoringHomeDirectory fallback, the --monitoring-home parameter help
text, and the CI YAML monitoringHome: variable.

The 30+ Nuke targets that copy into / read from MonitoringHomeDirectory
follow the variable so no other changes are required.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
NativeBuildDirectory was the repo-root obj/ folder used as the CMake
build tree by all native cmake -B invocations (tracer native, profiler
native, tests, analyzers). Move it under artifacts/ so the
working-directory CI artifact only needs to ship artifacts/.

All Nuke call-sites use the variable so this is purely a single-point
redirect.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
CMake (Linux/macOS) and MSBuild vcxproj (Windows) both wrote native
tracer .so/.dll/.a binaries into per-project bin/ folders
(tracer/src/Datadog.Tracer.Native/build/bin and
tracer/src/Datadog.Tracer.Native/bin/<Config>/<Arch>/ respectively).
Move both under artifacts/native/<Project>/ so the working-directory
CI artifact only has to ship artifacts/.

- CMakeLists.txt: OUTPUT_BIN_DIR becomes a cache variable defaulting to
  <repo>/artifacts/native/<Project>; Nuke can still override.
- vcxprojs (DLL + static-lib + Tests): rewrite OutDir/IntDir to point at
  artifacts/native/<Project>/<Config>/<Arch>/ and
  artifacts/native-obj/<Project>/<Config>/<Arch>/.
- Nuke: add GetNativeOutputDirectory(projectName) helper and route all
  consumers (PublishNativeTracerWindows/Unix/Osx, PublishNativeSymbols,
  RunTracerNativeTests Linux+Windows, macOS multi-arch build, Clean)
  through it.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
Managed.Loader's output was at tracer/src/bin/ProfilerResources/<TFM>/
via an explicit <OutputPath> in the csproj that opts out of
UseArtifactsOutput. Move it under artifacts/ for consistency with the
rest of the tracer's outputs.

Four coordinated edits because three downstream consumers
string-reference the path:

- csproj <OutputPath> repointed to ..\..\..\artifacts\ProfilerResources\
- Native tracer's Resource.rc (which embeds the loader DLL/PDB into the
  compiled native binary at link time): all 4 paths repointed up one
  extra level to ..\..\..\..\artifacts\ProfilerResources\
- build/cmake/FindManagedLoader.cmake's MANAGED_LOADER_DIRECTORY
  repointed
- Build.Steps.cs CreateTrimmingFile's GetTypeReferences glob repointed

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
profiler/* and shared/* managed projects use the legacy
RepoAndBuild-DirectoryStructure.props redirection mechanism: every
project's BaseOutputPath / BaseIntermediateOutputPath / PackageOutputPath
hangs off a single \$(BuildOutputRoot) which previously pointed at
<repo>/profiler/_build/. Repoint that root to <repo>/artifacts/profiler-build
so the entire subtree moves at once, with no change to the
<bin|obj|CreatedPackages>/<Config-Platform>/... internal layout.

- shared/RepoAndBuild-DirectoryStructure.props and
  profiler/Directory.Build.props: repoint BuildOutputRoot
- Build.Steps.cs ProfilerOutputDirectory: follows the same redirect
- ultimate-pipeline.yml: the linux-profiler-binaries publish step
  picks up from the new path

Every reader of ProfilerOutputDirectory follows the Nuke variable so
no other call-site changes are needed.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
andrewlock and others added 12 commits May 29, 2026 22:00
Nuke's ArtifactsDirectory is the destination for final-form Nuke
artifacts (NuGet packages, MSIs, zips, dd-dotnet, FleetInstaller,
telemetry-forwarder, etc.). Its local default was tracer/bin/artifacts/
and CI overrode it via env var to tracer/src/bin/artifacts/. Move it
under <repo>/artifacts/output/ so it joins the rest of the consolidated
tree.

- Build.Steps.cs: ArtifactsDirectory fallback -> BuildArtifactsDirectory/output.
  ToolSourceDirectory now hangs off the new ArtifactsDirectory instead of
  the old OutputDirectory. The OutputDirectory variable itself is kept as
  a scratch space for Build.GitHub.cs release-tooling downloads (which
  use it as a temporary destination for upstream artifacts, not as a
  build output sink) and commented accordingly.
- Build.cs Clean: drop the now-redundant EnsureCleanDirectory(OutputDirectory)
  since EnsureCleanDirectory(BuildArtifactsDirectory) and
  EnsureCleanDirectory(ArtifactsDirectory) cover the relevant trees.
- ultimate-pipeline.yml: repoint relativeArtifacts, artifacts,
  relativeRunnerTool, relativeRunnerStandalone to the new location. The
  ~25 $(artifacts)/nuget/... $(artifacts)/dd-dotnet/... etc. publish
  steps follow the new value transparently.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
The default-deny .artifactignore previously needed to re-include
**/bin/** and **/obj/** at any depth because tracer src/test outputs,
profiler outputs, shared/bin/monitoring-home, and Nuke staging dirs
were scattered across the working tree. After the artifacts/ migration,
the entire build graph lands in artifacts/ (and packages/ for the
NuGet restore cache), so we can drop those broad re-includes.

The lone carve-out is tracer/src/Datadog.Trace.Tools.Runner/bin/**:
Tools.Runner has an explicit <OutputPath> for the dd-trace tool's
Console/Tool sub-layout consumed by BuildStandaloneTool packaging.
Migrating it would require restructuring BuildStandaloneTool's PublishDir
plumbing; flagged for a follow-up.

Dropping the wide **/bin/** also removes the .git/** re-exclusion we
needed previously — the AzDO ignore matcher was substring-matching
"bin" / "obj" inside branch names like andrew/move-bin-and-obj and
leaking the corresponding .git/refs entries.

Tighten the corresponding restore-working-directory.yml itemPattern
to drop obj/ (none of our artifacts contain a per-project obj/ now).

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
The shared Datadog.Trace.ClrProfiler.Native vcxprojs (loader DLL +
native-loader-tests EXE) carried explicit <OutDir>bin\<Config>\<Arch>\
overrides that bypassed the RepoAndBuild-DirectoryStructure.props
redirect. After the props-level move to artifacts/profiler-build/
(see earlier commit), these vcxprojs still wrote to their per-project
bin/ folders. Apply the same fix pattern as commit 4 (tracer native):

- CMakeLists.txt (loader + tests): OUTPUT_BIN_DIR becomes a cache
  variable defaulting to <repo>/artifacts/native/<Project>; Nuke can
  override.
- vcxprojs (loader + tests): rewrite OutDir/IntDir to point at
  ..\..\..\artifacts\native\<Project>\<Config>\<Arch>\ and
  ..\..\..\artifacts\native-obj\<Project>\<Config>\<Arch>\.
- Build.Shared.Steps.cs: route all consumers
  (PublishNativeLoaderWindows/Unix/Osx, RunNativeLoaderTests Linux+
  Windows, ValidateNativeLoaderSnapshotTestsLinux, macOS multi-arch
  build clean) through the shared GetNativeOutputDirectory helper.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
Mirrors the artifacts/native-obj/ name and makes the bin/obj symmetry
explicit. No functional change; touches the NativeArtifactsDirectory
Nuke literal plus the 4 CMakeLists.txt + 5 vcxproj OutDir paths that
default into the directory.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
artifacts/bin/ is reserved for managed UseArtifactsOutput build outputs.
The vcpkg download cache (downloaded + bootstrapped by GetVcpkg()) is a
tool dependency, not a build output, so giving it its own top-level
artifacts/vcpkg/ directory keeps the artifacts/bin/ semantics clean.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
Make the scope explicit: this directory only holds NATIVE debug symbols
(Datadog.Tracer.Native.pdb / Datadog.Profiler.Native.pdb /
datadog_profiling_ffi.pdb / ddwaf.pdb / dd-dotnet.pdb on Windows, plus
*.debug on Linux). Managed .pdb files continue to live next to their
.dll in artifacts/bin/<Project>/<pivot>/ and ship via .snupkg /
windows-tracer-home.zip.

Touches SymbolsDirectory in Build.Steps.cs and the symbols: variable in
ultimate-pipeline.yml. The ZipSymbols output filename stays
windows-native-symbols.zip (already native-flavoured).

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
After the artifacts/ tidy, only five subtrees are actually read by
downstream test/pack/integration stages:

  artifacts/bin/             managed UseArtifactsOutput outputs
  artifacts/obj/             project.assets.json etc. for --no-restore
  artifacts/monitoring-home/ tracer loaded by integration tests
  artifacts/output/          nupkg/MSI/zips/tarballs/dd-dotnet
  packages/                  NuGet restore cache

Everything else under artifacts/ is build-stage-local: native-bin
(consumed by PublishNative*/PublishProfiler* same-stage which copy into
monitoring-home), native-obj (CMake intermediate), native-symbols
(ZipSymbols packs into windows-native-symbols.zip same-stage),
profiler-build, ProfilerResources (Resource.rc link consumer), publish,
package (auto-pack — duplicated in output/nuget/), build_data (test
results published per-job), deps, vcpkg. None of those are read by any
downstream consumer.

Replace .artifactignore's `!**/bin/**` / `!**/obj/**` with the precise
five-line include list. Drop the Tools.Runner per-project bin carve-out
(its outputs ship as the standalone `runner-dotnet-tool` AzDO artifact,
not via the working-directory).

Mirror the same five paths in restore-working-directory.yml's patterns.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
Drop the per-project bin\{Console,Tool}\<TFM>\ OutputPath overrides and let
UseArtifactsOutput handle both variants. The two BuildStandalone settings
are distinguished via ArtifactsProjectName so they don't clobber each other:

  artifacts/bin/Datadog.Trace.Tools.Runner.Console/<config>_<tfm>_<rid>/  (single-file dd-trace)
  artifacts/bin/Datadog.Trace.Tools.Runner.Tool/<config>_<tfm>/           (PackAsTool global tool)

PublishDir for the Console variant is set explicitly by the Nuke target
(BuildStandaloneTool sets it to artifacts/output/tool/<rid>) so the OutputPath
move is invisible to the published archive.
Every item under artifacts/output/ (nupkg, MSI, dd-trace zips/tarballs,
dd-dotnet, runnerTool, windows-tracer-home.zip) is published as its own
named AzDO artifact in the same build stage and re-downloaded by
downstream consumers — none read it via the working-directory artifact.
Confirmed by grepping for `path: $(artifacts)` / `path: $(outputDir)` /
`path: $(runnerTool)` etc.: zero downstream download sites point inside
artifacts/output/, and the runner-dotnet-tool / nuget / windows-tracer-home.zip
artifacts are all explicitly downloaded by their consumers.

Cuts another large chunk off the build-*-working-directory artifact.
Rename the Nuke OutputDirectory property to ReleaseArtifactsDirectory and
point it at BuildArtifactsDirectory/release-artifacts (i.e.
artifacts/release-artifacts/) instead of tracer/bin/. Update the 6
release-tooling call sites in Build.GitHub.cs that download consolidated
AzDO + GitLab artifacts for the GitHub release workflow.

The release workflow consumes the path dynamically via ::set-output
(artifacts_path / gitlab_artifacts_path / sha_path), so the directory
rename is invisible to it. The new name matches the AzDO artifact name
({FullVersion}-release-artifacts) downloaded into it.

OutputDirectory is kept as a legacy alias for one commit while
CompareCodeCoverageReports still references it; the follow-up commit
moves coverage scratch under build_data and drops the alias.
CompareCodeCoverageReports downloads PR-vs-master coverage XMLs to compare
and post a PR comment. Move its scratch from OutputDirectory/CodeCoverage/
(tracer/bin/CodeCoverage/) to BuildDataDirectory/CodeCoverage/
(artifacts/build_data/CodeCoverage/), alongside the sibling comparison
targets CompareBenchmarksResultsBP and CompareExecutionTimeBenchmarkResults
which already use BuildDataDirectory.

The script invocation in .azure-pipelines/ultimate-pipeline.yml takes no
path argument, so the AzDO stage is unaffected. The two reportgenerator
directories used elsewhere in the coverage stage ($(Build.SourcesDirectory)
/cover and /coveragereport) are unrelated AzDO-task-local scratch.

With CompareCodeCoverageReports moved, the legacy OutputDirectory property
has zero references and is removed.
@andrewlock
andrewlock force-pushed the andrew/more-artifacts-output branch from e39d93a to 70253f0 Compare May 29, 2026 21:00
@andrewlock
andrewlock merged commit 0000124 into master Jun 1, 2026
144 of 149 checks passed
@andrewlock
andrewlock deleted the andrew/more-artifacts-output branch June 1, 2026 15:52
@github-actions github-actions Bot added this to the vNext-v3 milestone Jun 1, 2026
andrewlock added a commit that referenced this pull request Jun 1, 2026
## Summary of changes

Update all the launchsettings.json to point to the new output path in
#8680

## Reason for change

We moved the default output folder in #8680, but there were already
enough changes in that PR, so I didn't want to clutter it up with these
simple changes.

## Implementation details

🤖 converted `shared\bin` to `artifacts`

## Test coverage

N/A - it's only for local testing (personally I would probably remove
all of these files completely, but some people like them)

## Other details

Stacked on 

- #8610
- #8636
- #8680

---------

Co-authored-by: Claude Opus 4.7 <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area:builds project files, build scripts, pipelines, versioning, releases, packages

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants