Användaren utan kunskap kan hitta två identiska processorer vad gäller deras grundläggande specifikationer. Samma antal kärnor, samma klockhastighet mätt i MHz eller GHz. Det är vid denna tidpunkt som, med tanke på det enorma antalet modeller på marknaden, det går förlorat på grund av att man inte förstår informationen.
När är en processor snabbare?
När flera faktorer anges, men framför allt finns det tre: arkitektur, klockhastighet och antal kärnor . Även om i allmänhet den första vanligtvis ignoreras på grund av att den inte är kvantifierbar. Vilket leder till förvirring om hur snabb en processor är.
Vi tenderar att tro att hur snabb en processor är markeras av klockhastigheten, när det som är markerat är antalet pulser som görs per sekund. Idag arbetar både en CPU och en GPU i etapper för att exekvera en programinstruktion. Beroende på typen av instruktion varierar också antalet steg. Tänk på det i en fabrik där vart och ett av elementen i löpande bandet rör sig med hastigheten av en klocka.
Det vill säga när den första instruktionen är i det andra steget, kommer den andra in i den första och så vidare tills den första är löst. Det som eftersträvas är att mäta det genomsnittliga antalet instruktioner som slutförs per klockcykel. Den snabbaste processorn kommer att vara den med den högsta siffran av alla. Uppenbarligen hjälper det att ha en bättre klockhastighet och ett högre antal kärnor. Även om, på samma sätt som inte alla 110 hk-bilar är lika snabba, är inte alla 3 GHz-processorer lika snabba.
Flaskhals
Det måste dock beaktas att dessa mätningar inte alltid är helt korrekta, eftersom vi kan hitta följande tre problem, som påverkar hur snabbt processorn kommer att gå.
- De enheter som ansvarar för att lösa vissa instruktioner är helt eller delvis upptagna.
- De uppgifter som krävs av en eller flera instruktioner finns inte i de närmaste registren eller cacharna. Så det finns ytterligare en fördröjning.
- Programmet har ett specifikt urval av instruktioner som skadar eller gynnar den processormodellen.
Den mest problematiska flaskhalsen är minnet , med tanke på att hastigheten på detta inte har utvecklats på samma sätt, har cacheminnespatchen behövt dras på olika nivåer. Ursprungligen var detta en enda nivå, men eftersom latensen mellan CPU och RAM har ökat har nya nivåer lagts till. För några år sedan var det otänkbart att en processor hade 3 nivåer av cache, idag är det en allmän regel, även i grafikkretsar eller GPU:er. Inte överraskande använder AMD:s RDNA 2-arkitektur på PC redan L3-cache.
Ett annat problem är påståendet, detta inträffar när två instruktioner som arbetar parallellt måste dela samma processorresurser. Under designen av en processor för att spara utrymme och transistorer, händer det att vissa instruktioner delar resurser och kombinerar dem, samtidigt som de antar att de löses i fler cykler än vanligt. När du designar en CPU, ser ingenjörer till att detta problem inte uppstår med de vanligaste kombinationerna av instruktioner.
