En general, el desarrollador del software puede elegir (o, al menos, indicar claramente al sistema operativo) qué tipo de núcleo utilizar. El desarrollador establece una expectativa de calidad de servicio y el sistema operativo suele seguirla.
Además de la expectativa de QoS suministrada por el desarrollador, el sistema operativo supervisa la carga de trabajo de la aplicación durante un periodo de tiempo, así como la carga de trabajo de todo el sistema durante un periodo de tiempo, y utiliza la heurística para tomar una decisión global sobre si programar un hilo específico en un núcleo P (rendimiento) o en un núcleo E (energía).
Tenga en cuenta que las aplicaciones y los procesos en segundo plano se tratan de forma diferente a este respecto. Por ejemplo, una aplicación GUI podría ser tratada de forma diferente si su(s) ventana(s) está(n) en primer plano o en segundo plano. Para los procesos en segundo plano (como la computación de BOINC) eso no se aplica.
Puede leer un resumen relativamente poco técnico de su funcionamiento aquí:
https://developer.apple.com/news/?id=vk3m204o
Y un poco más de detalles (pero todavía información general) sobre las clases de QoS aquí:
https://developer.apple.com/documentation/apple-silicon/tuning-your-code-s-performance-for-apple-silicon
Tenga en cuenta que, en realidad, a menudo es posible que usted, como usuario, anule la clase QoS establecida por el desarrollador. Obtenga el PID (ID del proceso) del trabajo de BOINC al que quiere afectar (usando, por ejemplo, el Monitor de Actividad) - y luego use el taskpolicy para establecer una nueva clase de calidad de servicio.
