Intel controls the compilers. The compilers can do special things on Intel and make better code.
Just having a faster processor doesn't matter if most compiled code is slower on your processor...
Intel controls the compilers. The compilers can do special things on Intel and make better code.
Just having a faster processor doesn't matter if most compiled code is slower on your processor...
On the other hand, the benchmarks with AMD in the lead are obviously using compilers that 'exist' so really the compiler advantage Intel 'may' have is already taken into account. Additionally, the last few years of security issues has shaved off an additional 3% to 20% off of Intel's performance (compared to the 2-5% AMD lost).
The effect is that Intel has been loosing from both directions allowing AMD to be outpacing them in many ways.
I was pointing out that it takes more than an equal or better product at an equal or lesser price, due to many things baked into the current state of computers / servers.
Of course it was riddled with (outdated) lists of packages that either
A: ran worse than with GCC (this was pre-Clang/LLVM days)
B: Didn't build at all
It's not like GCC or LLVM are blind to uarch differences.