De economische cores van Apple M1 zijn 2-5 keer langzamer in reële omstandigheden

De Apple M1 die alle Apple Silicon Macs aandrijft die tot nu toe zijn uitgebracht, evenals de nieuwste iPad Pro, is uitgerust met een acht-core CPU, vier snelle en vier zuinige. Deze zijn minder krachtig, maar verbruiken ook veel minder en worden gebruikt om de autonomie van apparaten uit te breiden voor secundaire taken, apparaten die minder stroom nodig hebben en apparaten die op de achtergrond draaien.

Dit asymmetrische ontwerp is zo bekend in de mobiele wereld dat Apple het sinds 2016 in al zijn iPhone- en iPad-chips gebruikt. Hun komst in macOS biedt een nieuwe kans: we kunnen analyseren wat er gebeurt op CPU-niveau, hoe elk type kern wordt gebruikt, evenals de relatieve sterkte van beide typen. Er zijn veel theorie-examens gedaan, maar ontwikkelaar Howard Oakley heeft een manier gevonden om dit te doen Testen onder reële omstandigheden.

Gebruik deze ontwikkelaarsmethode Kwaliteit van de dienstverlening (QoS) om macOS te dwingen code uit te voeren op sterke kernen, Firestorm genaamd, en vervolgens op zuinige kernen, genaamd Icestorm. Deze QoS is een manier om aan het systeem de prioriteit van de taak te signaleren en dit verklaart waarom de Apple M1 Macs er zo gestroomlijnd uitzien, zoals we in een vorig artikel hebben beschreven:

Met behulp van deze techniek mat hij de tijd die nodig is voor elk kwadrant van harten om vier basistaken uit te voeren. Dit is elke keer dat een rekensom wordt uitgevoerd op drijvende-kommagetallen, een basistaak die vaak wordt gebruikt om de processorprestaties te meten. Er zijn vier verschillende methoden gebruikt voor deze berekening, van het laagste niveau (assemblagecode) tot het hoogste, met Swift-code zoals je zou kunnen zien in een macOS-app. De prestaties werden elke keer gemeten op een Mac waarop een basis macOS was geïnstalleerd, zonder het systeem aan te raken en zonder extra kernelextensies toe te voegen, wat het geval was voor de meest theoretische tests die tot nu toe zijn uitgevoerd.

De resultaten van de ontwikkelaar laten zien dat de capabele cores inderdaad langzamer zijn, maar het verschil kan worden verkleind door goed geoptimaliseerde code te gebruiken. met de methode appel simd, een onopvallende oplossing van de fabrikant, zijn de vier economizers slechts twee keer zo langzaam als de snelle, wat een goede prestatie is als je bedenkt dat ze slechts een kwart van de kracht van snelle cores nodig hebben.

De kloof wordt groter naarmate we afstand nemen van talen op een laag niveau. Met standaard Swift zijn economische kernen drie en een half keer langzamer, maar door meer complexe code toe te voegen, vaak nodig in applicaties, zijn ze vijf en een half keer langzamer. In gebruik houden snelle kernen altijd de voorsprong en dat is logisch, maar zelfs met taken die vijf keer langzamer zijn wanneer ze worden uitgevoerd op zuinige kernen, is de Apple M1-asymmetrie nog steeds gunstig.

Computers besteden veel tijd aan niet-dringende taken en hebben mogelijk meer tijd nodig om ze probleemloos uit te voeren. Voor macOS is dit met name het geval bij Spotlight-indexering of zelfs beeldbibliotheekanalyse, om twee voorbeelden te geven. Deze tests bewijzen dat een ontwikkelaar in sommige gevallen ook zijn code kan verbeteren om de kloof te verkleinen en het meeste uit de zuinige kernen van hun applicatie te halen.