|
|
|
|
|
by capableweb
1027 days ago
|
|
> Uhh, a statement like this somewhat hurts the ability to trust the other claims of the benchmark. Why? > Sure, Linode has the lowest clock speed, but you're comparing Epyc Milan which is almost a decade newer than the Sandy-Bridge EP of Cloudfanatic for example. Sure, but also take into consideration that the Linode instance costs $48/month while the Cloudfanatic one costs $18/month. Both of them have the same amount of CPU cores too. Seems like this is a Linode problem of offering old hardware, instead of a problem with the benchmark itself. |
|
I’m not the GP, but I agree with the sentiment.
Clock speed alone is a spectacularly bad metric to use for a summary result regarding relative performance of different CPUs.
If one wants to assess performance on a workload of integer addition/subtraction with a linear chain of data dependencies on a working set that fits in the L1, then sure, clock speed will correlate strongly with performance (in practically every metric other than maybe power).
On the other hand the performance of a lot of real-world workloads will be influenced by things like the number of execution units per core, the types of operations they perform, the throughput of various instructions, the specifics of the front end (e.g. assuming x86/CISC, the types of uops; the size of the BTB; the branch-prediction algorithm), the size of the various caches (TLBs in addition to I$ and D$), the specifics of the coherency protocol, the memory bandwidth, etc.
All that to say that CPUs should be compared by benchmark results, not blind comparisons of clock speed, and so to quote clock speed in a summary might lead one to question the rest of the results.