Closed gleocadie closed 2 weeks ago
Execution-time results for samples comparing the following branches/commits:
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 shown in red. The following thresholds were used for comparing the execution times:
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).
gantt
title Execution time (ms) FakeDbCommand (.NET Framework 4.6.2)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6003) - mean (75ms) : 65, 85
. : milestone, 75,
master - mean (69ms) : 67, 71
. : milestone, 69,
section CallTarget+Inlining+NGEN
This PR (6003) - mean (1,067ms) : 1048, 1087
. : milestone, 1067,
master - mean (1,107ms) : 1093, 1121
. : milestone, 1107,
gantt
title Execution time (ms) FakeDbCommand (.NET Core 3.1)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6003) - mean (110ms) : 106, 114
. : milestone, 110,
master - mean (108ms) : 105, 111
. : milestone, 108,
section CallTarget+Inlining+NGEN
This PR (6003) - mean (780ms) : 763, 796
. : milestone, 780,
master - mean (819ms) : 799, 839
. : milestone, 819,
gantt
title Execution time (ms) FakeDbCommand (.NET 6)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6003) - mean (95ms) : 91, 98
. : milestone, 95,
master - mean (91ms) : 88, 95
. : milestone, 91,
section CallTarget+Inlining+NGEN
This PR (6003) - mean (733ms) : 713, 753
. : milestone, 733,
master - mean (772ms) : 753, 790
. : milestone, 772,
gantt
title Execution time (ms) HttpMessageHandler (.NET Framework 4.6.2)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6003) - mean (190ms) : 187, 193
. : milestone, 190,
master - mean (191ms) : 187, 194
. : milestone, 191,
section CallTarget+Inlining+NGEN
This PR (6003) - mean (1,147ms) : 1123, 1170
. : milestone, 1147,
master - mean (1,192ms) : 1162, 1221
. : milestone, 1192,
gantt
title Execution time (ms) HttpMessageHandler (.NET Core 3.1)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6003) - mean (278ms) : 273, 282
. : milestone, 278,
master - mean (276ms) : 271, 281
. : milestone, 276,
section CallTarget+Inlining+NGEN
This PR (6003) - mean (938ms) : 917, 959
. : milestone, 938,
master - mean (972ms) : 950, 994
. : milestone, 972,
gantt
title Execution time (ms) HttpMessageHandler (.NET 6)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6003) - mean (265ms) : 260, 270
. : milestone, 265,
master - mean (264ms) : 261, 268
. : milestone, 264,
section CallTarget+Inlining+NGEN
This PR (6003) - mean (908ms) : 888, 928
. : milestone, 908,
master - mean (951ms) : 928, 974
. : milestone, 951,
Benchmarks for #6003 compared to master:
The following thresholds were used for comparing the benchmark speeds:
Allocation changes below 0.5% are ignored.
Throughput results for AspNetCoreSimpleController comparing the following branches/commits:
Cases where throughput results for the PR are worse than latest master (5% drop or greater), results are shown in red.
Note that these results are based on a single point-in-time result for each branch. For full results, see one of the many, many dashboards!
gantt
title Throughput Linux x64 (Total requests)
dateFormat X
axisFormat %s
section Baseline
This PR (6003) (11.168M) : 0, 11168351
master (11.231M) : 0, 11231191
benchmarks/2.9.0 (11.382M) : 0, 11382231
section Automatic
This PR (6003) (7.424M) : 0, 7423528
master (7.515M) : 0, 7514608
benchmarks/2.9.0 (7.834M) : 0, 7834075
section Trace stats
master (7.733M) : 0, 7732900
section Manual
This PR (6003) (9.568M) : crit ,0, 9568301
master (11.202M) : 0, 11202296
section Manual + Automatic
This PR (6003) (6.975M) : 0, 6974936
master (6.988M) : 0, 6987518
gantt
title Throughput Linux arm64 (Total requests)
dateFormat X
axisFormat %s
section Baseline
This PR (6003) (9.495M) : 0, 9494503
master (9.544M) : 0, 9544174
benchmarks/2.9.0 (9.745M) : 0, 9744903
section Automatic
This PR (6003) (6.606M) : 0, 6605523
master (6.633M) : 0, 6633210
section Trace stats
master (6.699M) : 0, 6699486
section Manual
This PR (6003) (8.261M) : crit ,0, 8261377
master (9.456M) : 0, 9455551
section Manual + Automatic
This PR (6003) (6.091M) : 0, 6091086
master (6.210M) : 0, 6209519
gantt
title Throughput Windows x64 (Total requests)
dateFormat X
axisFormat %s
section Baseline
This PR (6003) (9.860M) : 0, 9860170
master (10.276M) : 0, 10276111
benchmarks/2.9.0 (10.073M) : 0, 10073079
section Automatic
This PR (6003) (6.727M) : 0, 6727015
master (6.636M) : 0, 6635574
benchmarks/2.9.0 (7.410M) : 0, 7409502
section Trace stats
master (7.388M) : 0, 7387724
section Manual
This PR (6003) (8.709M) : crit ,0, 8708786
master (9.906M) : 0, 9906408
section Manual + Automatic
This PR (6003) (6.503M) : 0, 6502921
master (6.175M) : 0, 6174678
Branch report: gleocadie/fix-dliteratephdr-tests-v2
Commit report: d57fa60
Test service: dd-trace-dotnet
:white_check_mark: 0 Failed, 346415 Passed, 2091 Skipped, 15h 58m 30.51s Total Time :hourglass: 14 Performance Regressions
This report shows up to 5 performance regressions.
Profiler_cpu_walltime_old_stackwalk
-scenarios
3.24s (+894.74ms, +38%) - DetailsProfiler_cpu_walltime
-scenarios
3.23s (+892.07ms, +38%) - DetailsProfiler_walltime
-scenarios
3.24s (+893.79ms, +38%) - DetailsProfiler_cpu_walltime_timer_create
-scenarios
3.24s (+900.03ms, +38%) - DetailsProfiler_liveheap
-scenarios
4.21s (+1.02s, +32%) - Details
Summary of changes
Fix
LinuxDlIteratePhdrDeadlock
test.Reason for change
The test is randomly failing and not because there is a deadlock, but only because it's not correct. It uses the
dlopen
anddlclose
fromlibdl.so
library, instead of the ones we wrapped in theDatadog.Linux.ApiWrapper.x64.so
file.Implementation details
NativeLibrary.SetDllImportResolver
to make sure we control how we want to resolve for ourApiWrapper
library.Test coverage
Other details
Backporting of #5963