It's the Weyland-Yutani philosophy of CPU architecture. Special Order 386: "Priority one. Ensure defeat of M1 in synthetic benchmarks. All other considerations secondary. Design team expendable."Yeah, I think it's been pretty obvious that the i9 12900HK was specifically designed and tuned to beat the M1 Max, no matter what.
Or 1600 watt chiller unit.I believe the secret sauce is "we made up a graph."
That said, how can that graph be right given what we now know?Or 1600 watt chiller unit.
Repurposed from their 28 core 5ghz stunt
The numbers are likely real, just unrealistic in their setup. I believe (since they didn't say anything other than that they compiled for M1 Max using Xcode 13) that they used the default compiler flags for LLVM on Xcode 13 (that is, -Os), which leaves a lot of the most performance-critical optimizations on the table. It's a reasonable default flag for an app, but not for a compute-intensive benchmark. And on the other hand they used ICC for the Intel compilations, which already introduces very aggressive optimizations, and then they (likely) hand-picked the best compile settings for each of the subtests in SPECint. That, along with crippling the M1 Max performance by deliberately using suboptimal compiler options gave them a massive advantage. Had they compiled for M1 Max using -O3 or something like it I suspect the difference would be much, much smaller, and the graph wouldn't exist.That said, how can that graph be right given what we now know?
The numbers are likely real, just unrealistic in their setup. I believe (since they didn't say anything other than that they compiled for M1 Max using Xcode 13) that they used the default compiler flags for LLVM on Xcode 13 (that is, -Os), which leaves a lot of the most performance-critical optimizations on the table. It's a reasonable default flag for an app, but not for a compute-intensive benchmark. And on the other hand they used ICC for the Intel compilations, which already introduces very aggressive optimizations, and then they (likely) hand-picked the best compile settings for each of the subtests in SPECint. That, along with crippling the M1 Max performance by deliberately using suboptimal compiler options gave them a massive advantage. Had they compiled for M1 Max using -O3 or something like it I suspect the difference would be much, much smaller, and the graph wouldn't exist.
So not made up, just comically bad cherry-picking.
Ah, I totally forgot about the power consumption part. I have no explanation for that. Maybe it is pure fantasy after all.Someone should redraw that graph now that we have information about actual power consumption. . At 30W it must be awful.
Maybe they have a sophisticated COP that can measure per-core draw and they are comparing the draw of one core to than of an entire M1?Someone should redraw that graph now that we have information about actual power consumption. . At 30W it must be awful.
Someone should redraw that graph now that we have information about actual power consumption. . At 30W it must be awful.
I missed this news back in March:
Intel Nukes Alder Lake's AVX-512 Support, Now Fuses It Off in Silicon
Flipping the fuses ends the storywww.tomshardware.com
Apparently Intel is now disabling AVX-512 (for real) on Alder Lake.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.