-
Notifications
You must be signed in to change notification settings - Fork 4.9k
Switch to the dotnet/performance repo #35781
Conversation
…kets.Async.Stress.Tests" to avoid implicit xunit-performance package dependency
There's also some cleanup in arcade possible when this is removed. I will submit a PR so that you can merge both when you think this should go into master. |
So what about SocketPerformanceAsyncTests? Keeping the trait on it means it will never run. Either remove the trait or remove the whole project. |
They are stored in "ManualPerformanceTests" folder which means that somebody did this on purpose. The problem is that git blame shows only @ViktorHofer on the contributors list so I am not sure who is the owner that could make such decision ;) |
I don't think you need a "owner decision" for that. Sure, if we just want to run them manually periodically then the Trait can stay. |
Could you please also update all repo docs that talk about performance tests, e.g.: https://github.com/dotnet/corefx/blob/master/Documentation/project-docs/performance-tests.md |
And https://github.com/dotnet/corefx/blob/master/Documentation/project-docs/benchmarking.md |
The last missing benchmarks have been ported and merged into the performance repo (dotnet/performance#381). @danmosemsft @stephentoub @ViktorHofer this PR is ready for review. |
@adamsitnik Thanks a lot! |
Switch to the dotnet/performance repo Commit migrated from dotnet/corefx@d395daf
The benchmarks were ported to BenchmarkDotNet and added to the dotnet/performance repository.
The new workflow is described at https://github.com/dotnet/performance/blob/master/docs/benchmarking-workflow-corefx.md
The benchmarks can be found in https://github.com/dotnet/performance/tree/master/src/benchmarks/micro/corefx
The BenchView link: https://benchview/trendline?jobgroup=.NET%20Performance&branchId=762&jobgroup=.NET%20Performance&branchId=762&jobtype=rolling&count=200&rtids=[1713]&archids=[9,4]&mpids=[1292]&cfgids=[3394,3391,3392,3393]&
Details:
Assert
that was included in the measurements and was taking 6/7 of the reported time) in port TypeDescriptor benchmarks performance#83 and now are available at https://github.com/dotnet/performance/tree/master/src/benchmarks/micro/corefx/System.ComponentModel.TypeConverter.ToArray
call to materialize every LINQ which was dominating the reported time) in don't use very expensive .ToArray() to measure other LINQ extenion methods performance performance#127 and now are available at https://github.com/dotnet/performance/tree/master/src/benchmarks/micro/corefx/System.Linq