You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current Apple M1 installer is still targeting the X86 architecture. Relying on Apple's virtualization/instruction translation technology must have a pretty big performance hit. Providing a native build targeting the M1 architecture must bring a pretty significant performance boost.
Note: I don't have concrete numbers on how big the actual performance difference is. It'd be interesting to use an existing software with both X86 and M1 builds to quantify the performance difference.
The text was updated successfully, but these errors were encountered:
A runtime comparison using a command-line utility SPERR. The same software is compiled on both x86 and Arm64 macbooks, and the runtime is collected on an M1 macbook. Runtime comparison with a series of lossy compression error tolerance levels is in the following graph. It shows that the performance difference is in the 20% to 35% range.
@shaomeng Is CPU based data compression the right metric to be comparing? As @StasJ mentioned, our data processing mostly happens on the GPU, which is CPU agnostic.
The current Apple M1 installer is still targeting the X86 architecture. Relying on Apple's virtualization/instruction translation technology must have a pretty big performance hit. Providing a native build targeting the M1 architecture must bring a pretty significant performance boost.
Note: I don't have concrete numbers on how big the actual performance difference is. It'd be interesting to use an existing software with both X86 and M1 builds to quantify the performance difference.
The text was updated successfully, but these errors were encountered: