Nbench: A versão especificada da estrutura '2.1' não pôde ser analisada

@HIPERCUBE isso pode ser um problema com o seu ambiente - mas deixe-me verificar.

Você tem um global.json ou algo em seu projeto que especifica uma versão de tempo de execução?

Pode confirmar problemas ao executar o NBench com dotnet core 2.1

The specified framework version '2.1' could not be parsed
The specified framework 'Microsoft.NETCore.App', version '2.1' was not found.
  - Check application dependencies and target a framework version installed at:
      C:\Program Files\dotnet\
  - Installing .NET Core prerequisites might help resolve this problem:
      http://go.microsoft.com/fwlink/?LinkID=798306&clcid=0x409
  - The .NET Core framework and SDK can be installed from:
      https://aka.ms/dotnet-download
  - The following versions are installed:
      2.0.6 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
      2.0.7 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
      2.0.9 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
      2.1.1 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
      2.1.2 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
      2.1.3-servicing-26724-03 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
      2.1.4 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
      2.1.5 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]

Não tenho um arquivo gloabl.json e outros projetos 2.1 estão funcionando bem. Eu também instalei o runtime 2.1 para verificar se há uma incompatibilidade de versão, mas ainda não está funcionando.

Se ajudar, descobri que adicionar <RuntimeFrameworkVersion>2.1.5</RuntimeFrameworkVersion> ao meu .csproj corrigiu o problema (o crédito vai para @Rene-Sackers pela solução que eles listaram aqui: https://github.com/dotnet/cli/issues/ 10111 # issuecomment-429014700).

Isso parece ser um problema com o dotnet CLI, pelo que eu posso dizer - olhando alguns dos problemas vinculados et al. Os erros escritos aqui não são do NBench - são do processo dotnet que dotnet-nbench gera para executar o executor de teste.

Tenho a impressão de que a causa raiz do problema pode ser a maneira como estamos chamando o processo dotnet , usando esta classe DotNetMuxer que importamos do ASP.NET Core:

https://github.com/petabridge/NBench/blob/557f2fbca250a4a45636f5e4b41b58b8440b33f2/src/NBench.Runner.DotNetCli/DotNetMuxer.cs#L1 -L74

Criei um projeto de reprodução: https://github.com/Aaronontheweb/NBenchNetCore2.1Repro

Quando chamo dotnet build e, em seguida, dotnet nbench no projeto de amostra, obtenho o seguinte resultado:

λ  dotnet nbench
Building for framework netcoreapp2.1...
  NBenchRepro -> C:\Repositories\NBenchNetCore2.1Repro\NBenchRepro\bin\Release\netcoreapp2.1\NBenchRepro.dll
Running .NET Core 2.1.0 tests for framework netcoreapp2.1...
OutputDir C:\Repositories\NBenchNetCore2.1Repro\NBenchRepro\PerfResults
Executing Benchmarks in C:\Repositories\NBenchNetCore2.1Repro\NBenchRepro\bin\Release\netcoreapp2.1\NBenchRepro.dll
------------ STARTING NBenchRepro.CounterPerfSpecs+Benchmark ----------
--------------- BEGIN WARMUP ---------------
Elapsed: 00:00:00.1657419
[Counter] TestCounter - operations: 25,439,744.00 ,operations: /s 153,490,119.28 , ns / operations: 6.52
--------------- END WARMUP ---------------

--------------- BEGIN WARMUP ---------------
Elapsed: 00:00:00.1663968
[Counter] TestCounter - operations: 25,439,744.00 ,operations: /s 152,886,017.04 , ns / operations: 6.54
--------------- END WARMUP ---------------

--------------- BEGIN WARMUP ---------------
Elapsed: 00:00:00.1670527
[Counter] TestCounter - operations: 25,439,744.00 ,operations: /s 152,285,739.77 , ns / operations: 6.57
--------------- END WARMUP ---------------

--------------- BEGIN RUN ---------------
Elapsed: 00:00:00.1659459
[Counter] TestCounter - operations: 25,439,744.00 ,operations: /s 153,301,431.37 , ns / operations: 6.52
--------------- END RUN ---------------

--------------- BEGIN RUN ---------------
Elapsed: 00:00:00.1654938
[Counter] TestCounter - operations: 25,439,744.00 ,operations: /s 153,720,223.96 , ns / operations: 6.51
--------------- END RUN ---------------

--------------- BEGIN RUN ---------------
Elapsed: 00:00:00.1651669
[Counter] TestCounter - operations: 25,439,744.00 ,operations: /s 154,024,468.58 , ns / operations: 6.49
--------------- END RUN ---------------

--------------- RESULTS: NBenchRepro.CounterPerfSpecs+Benchmark ---------------
Test to ensure that a minimal throughput test can be rapidly executed.
--------------- DATA ---------------
[Counter] TestCounter: Max: 25,439,744.00 operations, Average: 25,439,744.00 operations, Min: 25,439,744.00 operations, StdDev: 0.00 operations
[Counter] TestCounter: Max / s: 154,024,468.58 operations, Average / s: 153,682,041.30 operations, Min / s: 153,301,431.37 operations, StdDev / s: 363,027.74 operations

--------------- ASSERTIONS ---------------
[PASS] Expected [Counter] TestCounter to must be greater than 10,000,000.00 operations; actual value was 153,682,041.30 operations.

------------ FINISHED NBenchRepro.CounterPerfSpecs+Benchmark ----------

Usando o NBench 1.2.2 e dotnet --version 2.1.300 neste caso.

Portanto, isso se parece muito com um problema de ambiente, como sempre foi o caso com problemas semelhantes com dotnet xunit no passado. Se você pudesse nos fornecer mais algumas informações sobre a aparência de seu ambiente ou uma especificação de reprodução, reabrirei este problema e continuarei a removê-lo.

Enquanto isso, você pode tentar uma solução alternativa especificando uma versão de tempo de execução explícita de acordo com a sugestão de @ C-Babbage.

Acompanhando isso, fui capaz de reproduzir o problema sozinho enquanto trabalhava em https://github.com/petabridge/Petabridge.Tracing.Zipkin/pull/68

Cheguei à mesma conclusão que as equipes Entity Framework e XUnit: este é um problema com a própria CLI e a solução alternativa parece estar especificando RuntimeFrameworkVersion dentro de seus projetos de teste. Isso fornece à CLI as informações necessárias para resolver corretamente o tempo de execução do .NET Core.

Esperançosamente, isso será melhorado no futuro, mas esse erro ocorre depois que dotnet-nbench acelera um novo processo dotnet para executar as especificações - é um problema de CLI.