Using CPU % or Energy values in Activity Monitor appears to show that running code on E cores is less efficient than on P cores. Don’t believe a word of it.
performance
If apps control the Quality of Service, which sets how macOS allocates them to different processor cores in an M1 chip, how can we have any control?
Before deciding on internal and external storage, you need to be realistic about the performance it will achieve. Here are the numbers – and a couple of things we tend to forget about.
Select a test, time it, and compare the result with those from other systems. Choose whether to use a synthetic or application benchmark, and don’t forget your confirmation bias.
Which is faster, a MacBook Pro 16-inch with an M1 Pro, or a Mac Studio with an M1 Max? Tests cover P and E cores, Neural Engine, SSD and more.
It delivers detailed weather forecasts for days in advance, and real-time manipulation of elaborate textured 3D models. But more mundane tasks may not get any quicker.
In Activity Monitor, % CPU isn’t on a scale of 0-100. In M1 Macs, it also makes no distinction between E and P cores, nor does it allow for their changing frequency.
All disks cache data to be written, which makes benchmarking them tricky. It has more serious consequences which macOS tries to allow for in file systems and backups.
When running some tasks confined to E cores, the original M1 chip from 2020 completes them significantly quicker than an on an M1 Pro. Here’s the detail.
Users and other processes have very limited control over which threads are run on which type of core. As Apple Silicon develops, this is an area set for change.
