2026 Hardware Audit: Debunking the FP64/OpenCL Barriers for Apple Silicon
Posted: Mon Jan 19, 2026 10:24 pm
For several years, the exclusion of Apple Silicon iGPUs from the Folding@home whitelist has been justified by the claim that macOS lacks stable OpenCL support and that the M-series chips cannot handle the high-precision FP64 math required for scientific folding.
As of early 2026, these technical excuses are no longer grounded in reality.
The landscape has changed significantly, and the "Old Guard" arguments are being directly contradicted by the success of other major distributed computing projects:
Proven FP64 Stability:
Projects like Einstein@Home and PrimeGrid have successfully deployed iGPU applications for Apple Silicon.
These projects are running complex, high-precision scientific searches on M4 hardware right now with 100% stability.
If these projects can perform deep-space and prime-number math on the M-series GPU, the claim that F@H cores "can't" is mathematically and technically incorrect.
GROMACS Native Support:
GROMACS, the very engine that F@H relies on, has officially modernized its codebase to include native support for Apple Silicon GPUs.
The underlying infrastructure is already there; the barrier is now purely administrative within the F@H whitelist process.
Efficiency Gap:
By keeping the M-series blacklisted, we are forcing Mac users to fold on their CPUs, which is objectively less efficient.
My base M4 Mac Mini can handle intense parallel workloads on the iGPU at a fraction of the power draw of a traditional desktop card.
We are effectively blocking the most "Green" compute nodes in the world.
The hardware is ready, the engine (GROMACS) is ready, and the proof of concept has been established by every other major scientific project in the space.
It is time to stop the "deprecated OpenCL" debate and move toward an experimental whitelist for the M-series iGPU.
Let’s stop leaving this massive pool of high-bandwidth, energy-efficient silicon on the sidelines.
Can we get a status update on when the whitelist will be updated to reflect the reality of 2026 hardware?
As of early 2026, these technical excuses are no longer grounded in reality.
The landscape has changed significantly, and the "Old Guard" arguments are being directly contradicted by the success of other major distributed computing projects:
Proven FP64 Stability:
Projects like Einstein@Home and PrimeGrid have successfully deployed iGPU applications for Apple Silicon.
These projects are running complex, high-precision scientific searches on M4 hardware right now with 100% stability.
If these projects can perform deep-space and prime-number math on the M-series GPU, the claim that F@H cores "can't" is mathematically and technically incorrect.
GROMACS Native Support:
GROMACS, the very engine that F@H relies on, has officially modernized its codebase to include native support for Apple Silicon GPUs.
The underlying infrastructure is already there; the barrier is now purely administrative within the F@H whitelist process.
Efficiency Gap:
By keeping the M-series blacklisted, we are forcing Mac users to fold on their CPUs, which is objectively less efficient.
My base M4 Mac Mini can handle intense parallel workloads on the iGPU at a fraction of the power draw of a traditional desktop card.
We are effectively blocking the most "Green" compute nodes in the world.
The hardware is ready, the engine (GROMACS) is ready, and the proof of concept has been established by every other major scientific project in the space.
It is time to stop the "deprecated OpenCL" debate and move toward an experimental whitelist for the M-series iGPU.
Let’s stop leaving this massive pool of high-bandwidth, energy-efficient silicon on the sidelines.
Can we get a status update on when the whitelist will be updated to reflect the reality of 2026 hardware?