Le CPU Alder lake in macOS sono assimilate alle comet tramite spoofing CPUID in opencore, la performance è essenzialmente gestita o dall'smbios solamente, se usi iMacPro, o da CPUFriendDataprovider, dove sono stoccati tutti i vettori di frequenza, se usi MacPro7,1. Opencore poi gestisce gli e-core come ulteriori thread in HT, in modo da far gestire la potenza bruta e il boost ai P-Core... il risultato è veramente poco lontano da un kernel con scheduler nativo, lo hai visto da solo comparando Geekbench lato cpu in Win11 (che ha scheduler nativo per Alder Lake) e in Monterey. Non sono esperto di DSDT ma credo le differenze in performance siano poco indicative lì.
Quello che non ho mai digerito e non digerirò mai è perché una cpu non supportata ma Intel sia così ben ottimizzata dal team OC, mentre le AMD, sempre non supportate ufficialmente, di fatto vengono lasciate al chiodo... ok non ci sono E-Cores e P-Cores, per ora... ma francamente penso sempre al modulo efi per simulare una CPU intel così da evitare l'uso di AMDFriend per le applicazioni ancora non supportate lasciato lì a marcire senza nessuno in grado di ottimizzarlo e renderlo funzionate per tutti i core... C'è del marcio in Danimarca diceva qualcuno!!! 😉