-
Notifications
You must be signed in to change notification settings - Fork 5k
[Perf] Regressions in System.Collections.Tests.Perf_BitArray #68427
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label. |
Seems related to #67160 |
The first one appears to have recovered. |
Windows x86 regressions dotnet/perf-autofiling-issues#4591 |
Win-x64 Improvements: dotnet/perf-autofiling-issues#4582 |
@kouvel, is this related to your tiering change as mentioned above? |
The first regression doesn't look like a clear regression to me from the history, it just looks like the newer measurement used is a higher one within the regular fluctuations. I can repro the second regression, but it's reproing even with slot backpatching disabled (which doesn't use the changed code paths). It's probably something external that's causing the difference, like layout or inlining differences in coreclr.dll or something else. Optimizing the before and after dlls with PGO instrumented against the benchmark eliminated the perf difference. |
Run Information
Regressions in System.Collections.Tests.Perf_BitArray
Test Report
Repro
Payloads
Baseline
Compare
Histogram
System.Collections.Tests.Perf_BitArray.BitArrayLengthCtor(Size: 512)
Description of detection logic
Description of detection logic
Docs
Profiling workflow for dotnet/runtime repository
Benchmarking workflow for dotnet/runtime repository
The text was updated successfully, but these errors were encountered: