Standardized benchmark platforms #90910
Replies: 2 comments 1 reply
-
Note that 45W laptop processors are more optimized for limited power and thermal environment. It is able to consistently run one core at maximum performance.
The performance improvements generally contain two categories: cross-platform and platform-specific. The cross-platform improvements are typically done in managed code and shared JIT transform. The hardware really doesn't matter for these types of improvements. The precise number may vary among platforms, but the blogs are meant to briefly introduce the improvements. |
Beta Was this translation helpful? Give feedback.
-
Technically if you ensure frequencies are locked (for example you can disable turbo boost and just run something like 2.7 stable) then your benchmark will be quite stable. Whether this should be done for a small showcase on a blog post - I'm not sure because overall benchmark numbers will be quite high and throw a "slowness" shadow. As for repo itself - it is already using a plethora of different cpus and architectures for benchmarking coming from the cloud environment. I'm pretty sure those are tuned to be stable for these purposes. |
Beta Was this translation helpful? Give feedback.
-
I saw that the benchmarks in dotnet blog are using arbitrary processors that are largely biased towards laptop CPUs and x86. Because we are moving towards cross-platform support, gains in one specific platform may not reflect well on another (for example, it maybe a significant gain on x86 while negative on arm64), especially when you consider the difference in micro-architectures, like big.little, SMT, cache setup (especially with AMD CPU who has massive L3 cache on some of the consumer CPUs and server CPUs)
In order to have a fair benchmark, we benchmark the following stable targets:
The matrix can further subcategorize into operating systems like Windows, MacOS, FreeBSD and Linux.
Anyway, all I want to say is using i9-10885H, a laptop CPU with a specific focus on battery life, is not suitable as a reference is not well rounded either.
Having a "note" here is not enough. We should test more architectures in order to announce a real gain (or at the very least clarify with a caveat notice in the blog post, that this performance gains are available on a specific platform with a specific setup and need to take it as a grain of salt).
Beta Was this translation helpful? Give feedback.
All reactions