Enable wasm aot microbenchmark run - #1902
Conversation
…et/performance into alicial/hikeMicro-benchmark
…use the same nuget.config
Make it easier to use custom BenchmarkDotNet sources. Example use:
dotnet build -bl -c Release -p:BenchmarkDotNetSources="\myPath\git\BenchmarkDotNet\" src\benchmarks\micro
To avoid:
src\harness\BenchmarkDotNet.Extensions\BenchmarkDotNet.Extensions.csproj(6,5): error MSB4184: The expression "[MSBuild]::NormalizeDirectory('')" cannot be evaluated. Parameter "path" cannot have zero length.
|
Currently we have the what looks to be something like 100 files being uploaded as part of the helix workitem. If we want to continue to upload that many files we should look into zipping them up and storing them that way. Details |
Files under BDNJobBackUp/Job-* are uploaded for diagnostic only. This PR removes copy back the Job-* folder. |
…rkload property. mark perf_file.WriteAllBytesAsync not run under wasm since async is not supported under wasm
| @@ -0,0 +1,13 @@ | |||
| <?xml version="1.0" encoding="utf-8"?> | |||
There was a problem hiding this comment.
This nuget,config is used when installs emsdk in performance-setup.sh file
|
This PR is finalized. Please review @DrewScoggins |
billwert
left a comment
There was a problem hiding this comment.
Can you summarize the changes that ended up being made? There's a ton of commits here and not a lot of ultimate diff, so I'm curious what the fixes really ended up being.
| <?xml version="1.0" encoding="utf-8"?> | ||
| <Project> | ||
| <PropertyGroup> | ||
| <WasmNativeWorkload>false</WasmNativeWorkload> | ||
| </PropertyGroup> | ||
| </Project> |
There was a problem hiding this comment.
Why do we need this file in the docs folder?
There was a problem hiding this comment.
Good question. :) The goal is put this Directory.Build.props file to a root/parent directory where benchmarkdotnet runs from. Due to we copy docs directory to workitemdirectory, having Directory.Build.props file in the same directory makes it work. However, we should remove ASAP since this could have unexpected back consequences. opened #1909 to track this.
DrewScoggins
left a comment
There was a problem hiding this comment.
LGTM, but we should either remove the bdn binlog or save it off.
Yes, a lot of commits were mostly for trying things out and adding work arounds in private branch. Will squash the merge to clean up history. I added summary of the code change in the PR description. |
This PR actually doesn't contain much business logic. To summarize: