Då och då dyker det upp jämförande nyheter om vilken processor som är bättre än en annan genom prestandatester. Men visste du att riktmärken kan manipuleras för att få en processor att prestera bättre än den faktiskt gör? Tja, vi kommer att prata om det i den här artikeln, och det är att allt som verkar många gånger inte är guld och många tillverkare behöver det för att kunna sälja sina processorer till priser som är lönsamma för dem och låta dem fortsätta.
En av sakerna som man lär sig när man studerar datorarkitekturer är hur processorer kan dra fördel av prestandatester för att manipulera benchmarks. Detta är något som inte är nytt, dessutom skickas rapporter sedan starten av PC:n vanligtvis dit tillverkaren, vare sig det Intel, AMD eller något annat märke, vanligtvis åtföljer informationen om dess arkitektur med siffror och grafik. Men precis som saker som finansiell manipulation också existerar, händer det också, konstigt nog i processorvärlden.
Vanliga fusk som görs för att manipulera benchmarks
För att veta om en processor är bättre än en annan behöver vi en kardinal bedömning, det vill säga ett tal som mäter prestanda och anger om processor A är bättre än processor B. Att bara läsa specifikationerna är inte tillräckligt för oss, eftersom dessa data inte gör det. hjälp oss att jämföra en CPU med en annan om de har olika arkitekturer. Det är här benchmarks kommer in och medvetet om detta använder processordesigners och tillverkare ett antal knep eller fällor för att manipulera benchmarks.
Fusk instruktioner
Ett benchmark är inget annat än ett program, det vill säga en serie ordnade instruktioner som exekveras i sekvens. Tja, en av fällorna som alla hårdvaruarkitekter har gjort i år, om inte decennier, är att optimera de som används mest i benchmarks. Vad menar vi? Få dem till exempel att ta kortare tid att springa. När de ska ta beslutet om vilken instruktion som har mer resurser i designen läggs alltid större vikt vid de mest använda och ligger de på topp kan de ge ett bättre resultat i prestationstester.
Klockhastighet och cache för att manipulera riktmärken
Även om båda är separata element, är de tydligen väldigt relaterade om vi pratar om att manipulera resultat från själva chippet. Idag kan klockhastigheten för en processor, den så kallade GHz, variera beroende på arbetsnivån. Faktum är att beroende på var data finns, om på någon nivå av cachen eller i RAM förbrukningen är lägre. Vanligtvis körs ett program i RAM, men det finns riktmärken som är mikroprogram som passar i cacheminnet.
Så när de körs behöver de inte komma åt minneskontrollern, de gör det bara rekursivt från cachen. Vilket inte bara ger dem en mycket låg latens, utan också en lägre förbrukning, så detta gör det möjligt att öka klockhastigheten på lång sikt. I en konventionell miljö skulle en sådan varaktig ökning av förbrukningen inte rekommenderas, men prestationstestet mäter inte den aspekten, utan hastigheten med vilken programmet körs.
Tricket är inget annat än att behålla turbo- eller boosthastigheten så länge som möjligt. Det finns till och med konstruktioner som specificerar en hastighet i den aspekten lägre än vad de uppnår under nämnda tester. Men gjorde lagen, gjorde fällan.
Flertrådstestning och heterogena konfigurationer
På grund av dålig marknadsföring förväxlas E-Cores från de två senaste generationerna av Intel med kärnor inför energieffektivitet. De är snarare optimerade för området. Och vilken mening har de? När en processor kör ett program, finns det ibland vad som kallas stalls av en orsak som låter det fortsätta, vilket genererar perioder av inaktivitet som vi kallar bubblor. Tja, tanken med multithreading är att ge mekanismer till processorn så att den ändrar kontext och kan ta hand om andra processer.
Problemet är att detta kraftigt ökar strömförbrukningen och är dödligt för handhållna enheter. Lösningen? Istället för att slösa utrymme och transistorer på multithreading lades enklare processorkärnor till lågeffektsenheter. Strategi som Intel tydligen har antagit, men P-Cores fortsätter att upprätthålla multithreading, så nyttan av E-Cores är inte det. Snarare tjänar de så att de mest kraftfulla kärnorna inte slösar tid på att bearbeta saker som påverkar huvudprogrammet. Om applikationer som e-posthanteraren plötsligt aktiveras, till exempel, bör de alltså inte hamna i förgrunden.
I flertrådade benchmarks är poängen en summa av prestandan för alla kärnor, något som inte kan inaktiveras. Detta är en av fallgroparna med jämförelser mellan homogena och heterogena processorer. Därför skulle det ideala vara att markera hur mycket varje typ av kärna lägger till totalen.
Felaktiga resultat
Detta är det mest fräcka fallet, där, beroende på märke eller modell, extrapoäng ges. Detta är möjligt tack vare det faktum att varje CPU har en instruktion som identifierar den, så att benchmarkprogrammet kan veta var det körs och tillämpa ett positivt eller negativt villkor beroende på vad som är fallet.
