Nbench: निर्दिष्ट फ्रेमवर्क संस्करण '2.1' को पार्स नहीं किया जा सका

@HIPERCUBE यह आपके पर्यावरण के साथ एक समस्या हो सकती है - लेकिन मुझे दोबारा जांच करने दें।

क्या आपके पास global.json या आपके प्रोजेक्ट में कुछ भी है जो रनटाइम संस्करण को निर्दिष्ट करता है?

डॉटनेट कोर 2.1 के साथ NBench चलाने में आने वाली समस्याओं की पुष्टि कर सकते हैं

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]

मेरे पास कोई gloabl.json फ़ाइल नहीं है और अन्य 2.1 प्रोजेक्ट ठीक चल रहे हैं। मैंने संस्करण बेमेल होने पर दोबारा जांच करने के लिए 2.1 रनटाइम भी स्थापित किया है लेकिन यह अभी भी काम नहीं कर रहा है।

अगर यह कोई मदद है, तो मैंने पाया कि मेरे .csproj में <RuntimeFrameworkVersion>2.1.5</RuntimeFrameworkVersion> जोड़ने से समस्या ठीक हो गई (यहां सूचीबद्ध समाधान के लिए श्रेय @ रेने-सैकर्स को जाता है: https://github.com/dotnet/cli/issues/ 10111#इश्यू कमेंट-429014700)।

यह dotnet सीएलआई के साथ एक मुद्दा प्रतीत होता है, जहां तक ​​​​मैं बता सकता हूं - कुछ जुड़े मुद्दों को देखकर। यहां लिखी गई त्रुटियां NBench से नहीं हैं - वे dotnet प्रक्रिया से हैं जो परीक्षण धावक को निष्पादित करने के लिए dotnet-nbench उत्पन्न होती हैं।

मुझे लगता है कि समस्या का मूल कारण वह तरीका हो सकता है जिस तरह से हम dotnet प्रक्रिया को कॉल कर रहे हैं, इस DotNetMuxer वर्ग का उपयोग करके हमने ASP.NET कोर से आयात किया है:

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

मैंने एक प्रजनन परियोजना बनाई: https://github.com/Aaronontheweb/NBenchNetCore2.1Repro

जब मैं वहां नमूना प्रोजेक्ट पर dotnet build और फिर dotnet nbench पर कॉल करता हूं, तो मुझे निम्न आउटपुट मिलता है:

λ  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 ----------

इस मामले में NBench 1.2.2 और dotnet --version 2.1.300 का उपयोग करना।

तो यह बहुत हद तक एक पर्यावरण के मुद्दे की तरह दिखता है, जैसा कि अतीत में dotnet xunit साथ इसी तरह की समस्याओं के मामले में हुआ है। यदि आप हमें इस बारे में कुछ और जानकारी प्रदान कर सकते हैं कि आपका परिवेश कैसा दिखता है या कोई पुनरुत्पादन युक्ति है, तो मैं इस मुद्दे को फिर से खोलूंगा और इसे दूर करता रहूंगा।

इस बीच, आप @ सी-बैबेज के सुझाव के अनुसार एक स्पष्ट रनटाइम संस्करण निर्दिष्ट करके वर्कअराउंड का प्रयास कर सकते हैं।

इसके बाद कुछ - https://github.com/petabridge/Petabridge.Tracing.Zipkin/pull/68 पर काम करते हुए इस मुद्दे को स्वयं पुन: उत्पन्न करने में सक्षम थे

मैं एंटिटी फ्रेमवर्क और एक्सयूनीट टीमों के समान निष्कर्ष पर पहुंचा: यह स्वयं सीएलआई के साथ एक मुद्दा है और वर्कअराउंड आपकी परीक्षण परियोजनाओं के अंदर RuntimeFrameworkVersion निर्दिष्ट करता प्रतीत होता है। यह सीएलआई को आपके .NET कोर रनटाइम को सही ढंग से हल करने के लिए आवश्यक आवश्यक जानकारी देता है।

उम्मीद है कि भविष्य में इसमें सुधार होगा, लेकिन यह त्रुटि तब होती है जब dotnet-nbench स्पेक्स चलाने के लिए एक नई dotnet प्रक्रिया शुरू करता है - यह एक CLI समस्या है।