Can you promote threads set to run on E cores so they run on P cores instead? Can you demote threads set to run on cores so they run in the background on E cores?
performance
Why does compressing a 15 GB file within a sparse bundle run more slowly than would be expected from its write performance?
Why data compression is everyday, and how its performance problems can generalise into tasks of similar structure.
Why pay an extra $600 for a 2 TB internal SSD, after all fast external SSDs are cheaper. Maybe you need to check whether disk performance becomes a rate-limiting factor.
The CPU view in Activity Monitor is the starting point for tuning the performance of software. Here are its virtues, and a few vices to beware of when using it.
Discovering whether using more threads makes a task faster gives insight into where its performance is limited. How to use a VM to investigate this.
What TB5 actually provides in its Symmetric and Asymmetric modes, why those are most important to connect Mac to dock or hub, and how that can go wrong.
Tuning your Mac for performance can be a good investment of time. Beware of general benchmarks, though, and develop your own objective measurements. Then identify the rate-limiting step methodically, so you can address that.
A first attempt to describe how macOS decides for a thread which type of core, which cluster, which core, what frequency, and how mobile it should be.
How macOS controls CPU P core cluster frequency according to the cluster total active residency, in synthetic in-core tests, compression and when running virtual machines.
The Eclectic Light Company 