- 28 4月, 2021 2 次提交
-
-
由 Alexandr Buzadji 提交于
`FirstOrDefault` is probably meant to be used here, as there is selected and returned a single record by ID. Also changing the benchmark description, as "ExecuteReader" looks to be an obsolete name of the method that was used before refactoring.
-
由 Alexandr Buzadji 提交于
The used Map method is asynchronous, hence without waiting for operation to complete the benchmark is only counting the query invocation time.
-
- 12 10月, 2020 1 次提交
-
-
由 Nick Craver 提交于
One of several moves to make this something we can dev on all platforms and build on Actions for v3 onwards.
-
- 12 9月, 2018 1 次提交
-
-
由 Nick Craver 提交于
-
- 11 9月, 2018 1 次提交
-
-
由 Nick Craver 提交于
This is prepping a run we can drop into the README easily. And more info on allocations and such along with it. It's finishing off the benchmark port getting it into a good output state (something we can copy/paste). It removes Simple.Data because the package was debug and causes a lot of issues. This doesn't output 100% like we want yet (fastest to slowest). BenchmarkDotNet joins summary results after ordering...we need to post-order that. I'm asking the maintainers how to do so. Also note Belgrade was not parameterizing before, giving it a huge unfair advantage. This has been fixed to be apples:apples.
-
- 20 7月, 2018 1 次提交
-
-
由 Jovan Popovic 提交于
-
- 21 8月, 2017 1 次提交
-
-
由 Nick Craver 提交于
This uses the new non-parallel-at-the-end I added to xUnit in https://github.com/xunit/xunit/pull/1411 This way we can run any global test that are other-test-unfriendly much more easily.
-
- 15 5月, 2017 1 次提交
-
-
由 Nick Craver 提交于
OperationsPerInvoke is an informational, not instructional property. What we actually want is the UnrollFactor. Moved into the job definition to simplify things.
-
- 13 5月, 2017 1 次提交
-
-
由 Nick Craver 提交于
-
- 12 5月, 2017 1 次提交
-
-
由 Nick Craver 提交于
More cleanup to do (removing Type column next), but getting to some very usable output now.
-
- 11 5月, 2017 1 次提交
-
-
由 Nick Craver 提交于
This is based on BenchmarkDotNet (while preserving the legacy format with minor improvements as well - legacy runs much faster). See #666 for details. Not an ominus number at all. Note: this code will get a bit simpler with BenchmarkDotNet categories, see https://github.com/dotnet/BenchmarkDotNet/issues/248 for details.
-