Open performanceautofiler[bot] opened 1 year ago
Regressed via https://github.com/dotnet/runtime/pull/87218 cc @dotnet/gc
Tagging subscribers to this area: @dotnet/gc See info in area-owners.md if you want to be subscribed.
Author: | performanceautofiler[bot] |
---|---|
Assignees: | - |
Labels: | `os-linux`, `arch-x64`, `area-GC-coreclr`, `untriaged`, `runtime-coreclr` |
Milestone: | - |
More on Linux/arm64:
it's interesting that this only regressed on linux but on windows?
@mrsharm do we have this particular test in our microbenchmark test suite?
it's interesting that this only regressed on linux but on windows?
@mrsharm do we have this particular test in our microbenchmark test suite?
We don't currently - seems like a new microbenchmark since we evaluated the set we care about and it does seem like a good candidate.
Also, I don't think it's necessarily true that we only regressed on linux; comparing the trends for this microbenchmark between the two we observe more noise across runs that have some regressions that weren't present before June 12th:
Windows: Linux:
We'll need to investigate further.
@markples since we have determined this wouldnt be fixed in 8, can we move this to 9 at the point?
We should probably move this issue and https://github.com/dotnet/runtime/issues/87626 to 10 since we know we won't be adding a fix, right @markples?
Run Information
Regressions in System.Threading.Tests.Perf_Timer
Test Report
Repro
General Docs link: https://github.com/dotnet/performance/blob/main/docs/benchmarking-workflow-dotnet-runtime.md
Payloads
Baseline Compare