Btw the compliers aren’t comparable. GCC 16 didn’t even exist when this was tested.View attachment 136670
GCC 13 vs GCC 16 + Clang 16 oof
sure but clang 16 is 2024 GCC 13 is like 2022 I doubt changes for Zen5/ARL would be in GCC 13 he would have been better off using a LLVM Based compiler for doing testing of around the same timeframe would have been a more fair comparison and if he is using Apple propritery compiler than Intel/AMD might as well use their compiler toolchain.Btw the compliers aren’t comparable. GCC 16 didn’t even exist when this was tested.
It should just say Xcode 16.1 or just apple clang 16.1, don’t know why Michael adds the misleading stuff
Here is a newer GCC 14.2, it’s faster than 13.2. Michael didn’t test FFMPEG compilation in this review but we can compare LLVM compilation.sure but clang 16 is 2024 GCC 13 is like 2022 I doubt changes for Zen5/ARL would be in GCC 13 he would have been better off using a LLVM Based compiler for doing testing of around the same timeframe would have been a more fair comparison and if he is using Apple propritery compiler than Intel/AMD might as well use their compiler toolchain.



Because he doesn't care about the fine details, but scale and automation, that is why when you scrutinize the benchmarks from phoronix you will see all kinds of inconsistenciesIt should just say Xcode 16.1 or just apple clang 16.1, don’t know why Michael adds the misleading stuff
Support for Zen5 in mainstream LLVM is still a joke. It's copy paste of Zen4 backend which itself only recently got fixed and was a copy paste of Zen3. AMD is dropping a ball there.I doubt changes for Zen5/ARL would be in GCC 13 he would have been better off using a LLVM Based compiler for doing testing of around the same timeframe would have been a more fair comparison and if he is using Apple propritery compiler than Intel/AMD might as well use their compiler toolchain.
Michael didn’t test FFMPEG compilation in this review but we can compare LLVM compilation.
Be sure to build the same target as by default each will compile for the same architecture it's running on, which will trigger different code/data paths in the compilerI’m going to test my own 9800X3D on LLVM and see the time difference.
Software readings for everything. Here's the review.How did they measure power for the x86 machines? As I previously wrote, I only trust power at the wall, after all this is what the machines I run consume.
The M4 showing was all the more impressive when looking at the CPU power consumption exposed by powermetrics compared to the Intel/AMD RAPL/PowerCap results on Linux.
Correct. If one wants a real gcc, it can be installed via homebrew and be used this way:I guess on MacOS simply gcc aliases clang for convenience.
$ gcc-15 --version
gcc-15 (Homebrew GCC 15.2.0) 15.2.0
$ gcc --version
Apple clang version 17.0.0 (clang-1700.6.3.2)
