- Het cachegeheugen van de CPU (L1, L2, L3 en zelfs L4) verlaagt de latentie aanzienlijk in vergelijking met RAM en is cruciaal voor de prestaties in de praktijk.
- De cachehiërarchie zorgt voor een balans tussen capaciteit en snelheid: L1 en L2 per core, gedeelde L3 en in sommige gevallen L4 als GPU-ondersteuning.
- Latentie, bandbreedte en cache-hitrate bepalen samen met de RAM-snelheid de prestaties in games en bij intensieve workloads.
- Technologieën zoals AMD's 3D V-Cache breiden de L3-cache uit door middel van 3D-stapeling, waardoor de gamingprestaties aanzienlijk verbeteren.
Bij het bespreken van processoren ligt de focus bijna altijd op het aantal cores, de frequentie en het productieproces, maar het cachegeheugen en de latentie ervan worden grotendeels over het hoofd gezien, ondanks dat ze cruciaal zijn voor de daadwerkelijke prestaties van het systeem. Inzicht in wat er gebeurt tussen de CPU, het cachegeheugen en het RAM-geheugen stelt ons in staat te begrijpen waarom twee processoren met dezelfde frequentie zulke verschillende prestaties kunnen leveren.
De afgelopen jaren zijn concepten zoals cachelatentie, L1/L2/L3-bandbreedte en technologieën zoals AMD's 3D V-Cache belangrijke factoren geworden in benchmarks, games en C++-prestatietests, waar zelfs een verschil van een paar nanoseconden de uitkomst volledig kan veranderen. Laten we eens nader bekijken wat er allemaal speelt rondom CPU-cachelatentie, waarom het zo belangrijk is en hoe het in de praktijk wordt gemeten.
Van de kloof tussen CPU en RAM tot de geboorte van cachegeheugen.
In de jaren tachtig namen de processorsnelheden veel sneller toe dan de geheugensnelheden . CPU's begonnen instructies razendsnel uit te voeren, terwijl de toegangstijden tot het RAM-geheugen relatief lang bleven. Het resultaat was een constant knelpunt: de processor besteedde een aanzienlijke hoeveelheid tijd aan wachten op de binnenkomende gegevens.
Om dit prestatieverschil aan te pakken, introduceerden ingenieurs cachegeheugen als een tussenlaag tussen de CPU en het RAM-geheugen. Het idee is simpel maar krachtig: de gegevens en instructies die de CPU op korte termijn waarschijnlijk nodig heeft, worden vlak bij de processor en in extreem snel geheugen opgeslagen. Dit vermindert de effectieve latentie en maskeert de relatieve traagheid van het RAM-geheugen.
In een moderne pc kunnen we duidelijk drie opslagniveaus onderscheiden: massaopslag (HDD, SSD), enorm groot maar traag; RAM , veel sneller maar nog steeds met een aanzienlijke latentie; en het cachegeheugen dat in de CPU is geïntegreerd , klein in capaciteit, maar verreweg het snelst.
Cachegeheugen is niet exclusief voor de processor: harde schijven, SSD's, GPU's, printers en andere apparaten hebben ook hun eigen interne caches om de gegevenstoegang te versnellen. De CPU-cache heeft echter de meest directe invloed op de dagelijkse gebruikerservaring.
Wat is CPU-cachegeheugen en hoe werkt het?
De CPU-cache is een SRAM-geheugen dat in de processorchip is geïntegreerd en dat op ongelooflijk hoge snelheden kan werken met latenties van fracties van een nanoseconde. In tegenstelling tot RAM (DRAM) hoeft het niet constant te worden ververst, is het duurder om te produceren en heeft het een veel kleinere capaciteit; daarom is het alleen gereserveerd voor zeer kortstondige, kritieke gegevens.
De primaire functie ervan is om te fungeren als een ultrasnelle buffer tussen de CPU-kernen en het RAM-geheugen . Wanneer een programma wordt gestart, worden de code en gegevens eerst vanuit het geheugen in de adresruimte van het RAM-geheugen geladen. Van daaruit brengt de geïntegreerde geheugencontroller van de CPU de blokken die waarschijnlijk het meest gebruikt zullen worden naar de cache, op basis van toegangspatronen en voorspellingsalgoritmen.
Het typische proces is als volgt: de CPU vraagt een geheugenadres op en controleert eerst de L1-cache , vervolgens de L2-cache en ten slotte de L3-cache. Als de gegevens in een van deze cachelagen worden gevonden, is er sprake van een cache-hit, wordt het verzoek snel afgehandeld en worden veel klokcycli bespaard. Als de gegevens in geen van deze cachelagen worden gevonden, is er sprake van een cache-miss en moeten de gegevens uit het RAM-geheugen worden opgehaald, wat een hogere latentie en een lagere effectieve bandbreedte voor kleine bewerkingen met zich meebrengt.
Het ontwerp van deze geheugenhiërarchie streeft naar een evenwicht: kleine, extreem snelle caches dicht bij de kern , en steeds grotere maar tragere lagen naarmate ze verder van de uitvoereenheden verwijderd zijn. Alle prestatiemagie van een moderne CPU is gebaseerd op het maximaliseren van het aantal hits en het minimaliseren van de kosten van misses.
Cacheniveaus: L1, L2, L3 en zelfs L4
Moderne processoren hebben doorgaans drie cachelagen in de chip zelf geïntegreerd: L1, L2 en L3 . Sommige specifieke modellen bevatten ook een L4-laag, meestal geïmplementeerd als een aparte chip vergelijkbaar met eDRAM voor zeer specifieke taken, zoals het leveren van extra resources aan de geïntegreerde GPU.
Elk cacheniveau wordt gekenmerkt door een driehoek van factoren: fysieke afstand tot de core, latentie en capaciteit. Hoe dichter het bij de uitvoereenheden ligt, hoe lager de latentie, maar ook hoe kleiner het formaat, omdat de kosten in transistors aanzienlijk toenemen.
Cache L1: de eerste vuurlinie
De L1-cache bevindt zich het dichtst bij de kernel en is de snelste van alle caches . Deze is doorgaans verdeeld in twee afzonderlijke blokken: de L1-datacache (L1D) en de L1-instructiecache (L1I). De eerste slaat de te verwerken operanden op, terwijl de laatste de gedecodeerde instructies opslaat die de kernel zal uitvoeren.
Elke core heeft zijn eigen L1-cache, die niet wordt gedeeld met de andere cores. Dit betekent dat er geen directe L1-coherentie is tussen de verschillende cores. Doorgaans hebben we het over 32 KB L1D en 32 KB L1I per core in veel moderne architecturen, hoewel sommige ontwerpen deze waarden verhogen. Iets grotere hoeveelheden zijn te vinden in sommige high-end processors of servers.
Qua prestaties biedt L1- cache latenties van minder dan een nanoseconde en pieksnelheden van duizenden GB/s in benchmarktools zoals AIDA64. Een moderne Ryzen-processor kan bijvoorbeeld een L1-latentie van ongeveer 0,7 ns bereiken met bandbreedtes van meer dan 2.700 GB/s, ten koste van een kleine omvang, zoals een totale L1-cache van 512 KB verdeeld over alle cores.
L2-cache: de balans tussen grootte en snelheid
De L2-cache bevindt zich direct achter de L1-cache als een tweede back-uplaag . De latentie is iets hoger, maar nog steeds erg laag in vergelijking met RAM. De functie ervan is het opslaan van gegevens die niet in de L1-cache passen, maar wel regelmatig worden gebruikt.
In de meeste consumentenarchitecturen heeft elke core een eigen privé Layer 2-cache , die niet is onderverdeeld in data en instructies en doorgaans een grootte heeft van 256 KB tot 1 MB per core. Bij de nieuwste generatie servers zijn caches van 1 MB per core of meer echter gangbaar. Qua prestaties zijn bandbreedtes van meer dan 1.300 GB/s met latenties van ongeveer 2,7 ns typisch.
Doordat de L2-laag groter is, helpt deze fouten te verminderen die anders in de L3-laag of het RAM-geheugen terecht zouden komen als alleen de L1-laag aanwezig was. Dit zorgt voor een goede balans tussen capaciteit en latentie . In sommige topologieën worden meerdere cores gegroepeerd in clusters die een gemeenschappelijke L2-laag delen, wat extra coherentiefuncties en interne bussen introduceert.
L3 of LLC (Last Level Cache)
De L3-cache wordt ook vaak LLC (Last Level Cache) genoemd , omdat het in de meeste desktopprocessors de laatste cachelaag vóór het RAM-geheugen is. Het is de grootste en tevens de traagste cache binnen het hoofdgeheugen van de CPU.
In tegenstelling tot L1- en L2-caches wordt de L3-cache doorgaans gedeeld door alle cores of grote groepen cores (bijvoorbeeld blokken van acht in sommige AMD-ontwerpen). Hierdoor kan elke core data hergebruiken die door een andere core is aangeleverd, wat de algehele hitrate verhoogt, hoewel dit de consistentielogica aanzienlijk complexer maakt.
Bij een middenklasse desktopprocessor is het niet ongebruikelijk om een L3-cache van 4 MB tot 32 MB te zien, terwijl server-CPU's, zoals sommige AMD EPYC-series, gemakkelijk honderden MB's bereiken . De prijs die hiervoor betaald moet worden, is een hogere latentie, die rond de 10 ns kan liggen, en een lagere bandbreedte dan de L1- en L2-cache, hoewel die nog steeds aanzienlijk is: ongeveer 900 GB/s in krachtige systemen.
L4-cache: speciale gevallen
De L4-cache is een speciaal geval dat niet in de meeste consumenten-CPU's voorkomt . Deze is doorgaans geïmplementeerd als eDRAM buiten de hoofd-CPU-behuizing, maar fysiek zeer dichtbij op het moederbord, en wordt gebruikt in processors met geïntegreerde GPU's om de grafische bandbreedte een extra boost te geven.
Een klassiek voorbeeld was de Intel Core i5-5775C, die 6 MB L3-cache combineerde met 128 MB eDRAM dat als L4-cache werd gebruikt voor de geïntegreerde Iris Pro 6200 GPU. Dit geheugen fungeerde als buffer voor grafische data, waardoor de belasting van het systeem-RAM werd verminderd en de gameprestaties verbeterden in vergelijking met andere iGPU's zonder deze ondersteuning.
Cachelatentie en de impact ervan op de prestaties
Het sleutelwoord als we het over CPU-cache hebben, is latentie: de tijd die de CPU nodig heeft om toegang te krijgen tot gegevens die in een specifiek geheugenniveau zijn opgeslagen. Deze latentie wordt gemeten in nanoseconden (ns), en hoewel deze tijden belachelijk klein lijken, maken ze bij miljoenen toegangspogingen per seconde een significant verschil.
In een typische cachehiërarchie is de L1-latentie het laagst (minder dan 1 ns), de L2-latentie wordt met meerdere factoren vermenigvuldigd (bijvoorbeeld 2,7 ns) en de L3-latentie neemt verder toe (deze kan 10 ns of meer bereiken, vooral als deze zich op een aparte chip bevindt). Wanneer er geen hit is in een van de caches, moet de processor toegang krijgen tot het RAM-geheugen, waar de latentie kan oplopen tot enkele tientallen nanoseconden, zelfs met snel DDR5-geheugen.
Een praktijkvoorbeeld: met een Ryzen 7 7700X en DDR5-geheugen op 6.000 MT/s en CL30 zien we gemiddelde RAM-latentie van ongeveer 70 ns, vergeleken met 0,7 ns in L1, 2,7 ns in L2 en ongeveer 10 ns in L3. Dit verschil verklaart waarom het zo belangrijk is dat de CPU de gegevens in de cache vindt: elke cache-miss zorgt voor een aanzienlijk langere wachttijd.
De latentie hangt niet alleen af van de gebruikte geheugentechnologie, maar ook van de fysieke afstand en de topologie . In oudere ontwerpen, waarbij de L2- en L3-caches op het moederbord waren gemonteerd, veel verder van de CPU, was de latentie veel hoger en leed de prestatie daaronder. Door alle caches in de CPU-behuizing te integreren, zijn deze vertragingen drastisch verminderd.
Naast de latentie geeft de effectieve cachebandbreedte (gemeten in GB/s) aan hoeveel data er per tijdseenheid kan worden overgedragen. Ook hier is L1 weer superieur met leessnelheden van meer dan 2.000 GB/s in synthetische benchmarks, gevolgd door L2 en L3 met iets bescheidener waarden, maar nog steeds ruim boven het RAM-geheugen.
Hits, cache misses en consistentie tussen cores
Wanneer de CPU naar gegevens zoekt en deze in een van de cachelagen vindt, spreken we van een cache-hit . Als de CPU de gegevens niet vindt, is er sprake van een cache-miss en moet de CPU terugvallen op de volgende laag of, in het ergste geval, op het hoofdgeheugen. Hoe meer hits er in de hogere lagen worden behaald, hoe beter de algehele systeemprestaties.
Cachemissers zorgen niet alleen voor extra latentie; ze kunnen er ook voor zorgen dat de CPU werkcycli moet herhalen of instructies opnieuw moet ordenen omdat de gegevens nog niet beschikbaar zijn. Dit verstoort de interne pipeline van de processor en vermindert de benutting van de functionele eenheden.
Bij multicore-processoren speelt cachecoherentie ook een rol ; dat wil zeggen, het behouden van een consistent beeld van de gegevens die worden gedeeld tussen cores die hun eigen L1- en L2-caches hebben. Complexe coherentieprotocollen zorgen voor het ongeldig maken en bijwerken van cachelijnen wanneer een andere core gegevens wijzigt, wat leidt tot extra intern verkeer en de effectieve latentie kan beïnvloeden.
De interne architectuur speelt ook een rol. In monolithische ontwerpen, zoals veel Intel Core-processoren, hebben alle cores toegang tot één enkele L3-cache met vrijwel uniforme latentie. In chiplet- of MCM-architecturen, zoals de eerste generaties AMD Ryzen, is de L3-cache georganiseerd in blokken (CCX, CCD), en sommige cores hebben slechts rechtstreeks toegang tot een deel van de L3-cache, wat extra latentie introduceert bij het overschakelen van het ene blok naar het andere.
Cachelatentie versus RAM: frequentie, timing en bus
Wanneer informatie niet in de cache aanwezig is, komt het RAM-geheugen in beeld . Hierbij worden twee begrippen vaak door elkaar gehaald: latentie en frequentie. Frequentie (meestal uitgedrukt in MT/s of MHz) geeft aan hoeveel data per seconde kan worden overgedragen, terwijl latentie (in ns of via timings zoals CL16, CL30, enz.) aangeeft hoe lang het duurt voordat het eerste stukje data wordt afgeleverd.
RAM met hoge frequenties maar zeer hoge latentie kan een goede bandbreedte bieden, maar een slechtere responstijd, wat nadelig is voor latencygevoelige processen zoals games of bepaalde workloads met niet-sequentiële toegang. Daarentegen verbeteren modules met lagere timings de snelheid bij de eerste toegang, zelfs als hun pure bandbreedte minder indrukwekkend is.
De busbreedte tussen de CPU en het RAM-geheugen is ook van belang. Op de meeste desktopplatforms heeft elk geheugenkanaal een 64-bits bus, en met een dual-channel configuratie loopt dit op tot 128 effectieve bits, waardoor de hoeveelheid data die gelijktijdig tussen de processor en het RAM-geheugen kan worden uitgewisseld, verdubbelt.
Hoe efficiënter de combinatie van frequentie, latentie en busbreedte , hoe minder pijnlijk een cache-miss zal zijn. Desondanks kan geen enkel huidig RAM-geheugen de latentie- en bandbreedtecijfers van L1-, L2- of L3-caches benaderen, dus blijft de prioriteit het maximaliseren van cache-hits.
Scratchpad RAM versus automatische cache
In de processor vinden we niet alleen hardwarematig beheerde automatische caches. Sommige ontwerpen bevatten ook Scratchpad RAM , een type zeer snel intern geheugen dat, in tegenstelling tot de cache, niet zelfbeheerd is.
Het verschil is duidelijk: cachegeheugen kopieert op transparante wijze regels data dicht bij de adressen die worden gebruikt, volgens interne algoritmen, en de programmeur heeft er geen directe controle over. Een scratchpad-RAM daarentegen functioneert als een klein lokaal RAM-geheugen, waar de software zelf bepaalt welke data wordt opgeslagen, hoe deze wordt georganiseerd en wanneer deze wordt gewist.
Deze aanpak komt vaker voor bij embedded processors, DSP's en sommige GPU's, waar zeer voorspelbare toegangspatronen nodig zijn en de onzekerheid van automatische caching moet worden vermeden. Op desktop-pc's en servers heeft de eindgebruiker zelden expliciet contact met Scratchpad RAM.
Cachelatentie, prestatietests en merkwaardige effecten
In de wereld van benchmarks is het gebruikelijk om cachelatentie in nanoseconden en bandbreedte in GB/s te meten voor elk niveau (L1, L2, L3) met behulp van tools zoals AIDA64, of door zelf tests in C++ te ontwikkelen die specifieke scans van grote arrays uitvoeren.
Deze tests kunnen merkwaardig gedrag aan het licht brengen. Bijvoorbeeld, bij het meten van de L2- en L3-leesbandbreedte op een ogenschijnlijk inactief systeem, is het mogelijk om te observeren dat de L2-waarden soms dalen van ongeveer 80 GB/s naar ongeveer 60 GB/s , en dat de L3-waarden kunnen dalen van ongeveer 45 GB/s naar iets meer dan 35 GB/s zonder duidelijke reden.
Een veelvoorkomende verklaring is throttling, oftewel dynamische veranderingen in de interne frequentie en energiestatus van de CPU . Er zijn echter scenario's waarbij de scores, na het openen van een monitoringtool zoals HWINFO, op magische wijze terugkeren naar "goede" waarden. Wanneer de tool wordt gesloten, schommelen de scores weer naar beneden.
Wat er doorgaans gebeurt, is dat programma's zoals HWINFO de CPU in hogere prestatiestanden houden , waardoor stabielere frequenties worden afgedwongen en wordt voorkomen dat delen van de binnenste ring of cache in de diepe slaapstand terechtkomen. Als de benchmark wordt uitgevoerd zonder andere actieve processen, heeft de processor de neiging om energie te besparen, wat de gemeten effectieve bandbreedte af en toe kan verlagen, zelfs als de gemiddelde latentie niet significant verandert.
In dergelijke gevallen zijn oplossingen voorgesteld, zoals het in stand houden van een "keep-alive"-thread die lichte taken uitvoert om te voorkomen dat de CPU in slaapstand gaat. Het is echter niet altijd eenvoudig om het effect van een monitoringtool te reproduceren, omdat elke microarchitectuur zijn eigen slaapstanden en interne beleidsregels heeft.
Cachegeheugen en gameprestaties
In videogames speelt de L3-cache een cruciale rol. Veel gameprocessen profiteren enorm van de mogelijkheid om meer data en instructies dichter bij de CPU op te slaan , van scènestructuren tot fysica-data en spellogica. Hoe minder RAM-toegang, hoe stabieler de framesnelheid (FPS) en hoe minder schommelingen er zijn.
Een processor met een ruime en goed benutte L3-cache kan de stabiliteit van de framerate aanzienlijk verbeteren, vooral in moderne games die veel objecten verwerken en veel repetitieve query's uitvoeren op datastructuren. In plaats van constant toegang te krijgen tot het RAM-geheugen (wat veel trager is en een hogere latentie heeft), kan de CPU de meeste verzoeken rechtstreeks vanuit de L3-cache afhandelen.
Cachegeheugen verricht echter geen wonderen. Een CPU met weinig cores, een lage IPC (instructies per klokcyclus) en een bescheiden frequentie zal nog steeds beperkt zijn, zelfs met een enorme hoeveelheid L3-cache. De ideale combinatie voor gaming is meestal een hoge IPC, een goede frequentie, een ruim cachegeheugen en snel RAM-geheugen met een lage latentie , zodat het geheel knelpunten minimaliseert.
Wanneer een veeleisende game wordt opgestart, en dit parallel wordt gemeten met een benchmark zoals AIDA64, is te zien hoe het aantal cachetoegangspogingen piekt . Veel van de microstuttering die in sommige games merkbaar is, wordt veroorzaakt door cachemissers die het systeem dwingen om toegang te krijgen tot het RAM-geheugen, of door threadwisselingen die de gevestigde datalocaliteit verstoren.
AMD's 3D V-Cache en de race naar meer L3-geheugen
Om de fysieke limiet te doorbreken van wat in een L3-cache op één platte siliciumchip kan worden geïntegreerd, introduceerde AMD zijn 3D V-Cache- technologie . Deze technologie houdt in dat een extra L3-cachechip verticaal bovenop een processor-CCD (chiplet) wordt gestapeld. Dit vergroot de L3-cachecapaciteit aanzienlijk zonder de basisafmetingen van de chip te vergroten.
Ryzen-processors met de toevoeging X3D, zoals de Ryzen 7 7800X3D of de 7950X3D, gaan nog een stap verder. De 7800X3D combineert bijvoorbeeld 32 MB L3-cache in de basis-CCD met nog eens 64 MB gestapeld, wat neerkomt op een totaal van 96 MB L3-cache die toegankelijk is voor die set cores. De 7950X3D gaat nog een stap verder met 128 MB L3-cache, naast 1 MB L1-cache en 16 MB L2-cache verdeeld over alle cores.
De impact op gaming is enorm, omdat de cache-hitrates enorm stijgen , waardoor er minder vaak toegang tot het RAM-geheugen nodig is voor structuren die voorheen niet volledig in de L3-cache pasten. Dit verklaart waarom deze X3D-modellen de maatstaf zijn geworden voor pure gamingprestaties, zelfs in vergelijking met CPU's met meer cores of iets hogere kloksnelheden.
Voorlopig heeft de belangrijkste concurrent, Intel, nog geen identieke oplossing ontwikkeld. Het bedrijf heeft aangegeven zich voorlopig liever te richten op een gebalanceerde algehele prestatie dan op een gaminggerichte aanpak zoals grote blokken gestapelde L3-cache. Dit sluit niet uit dat Intel de omvang van zijn eigen caches in toekomstige generaties geleidelijk zal vergroten, maar het lijkt er niet op dat het bedrijf op korte termijn exact hetzelfde V-Cache-schema zal toepassen.
Hoe je kunt zien hoeveel cachegeheugen je processor heeft
Als je wilt weten welke L1-, L2- en L3-cache je CPU heeft zonder eindeloos te hoeven zoeken in technische documentatie, is een van de snelste manieren om tools zoals CPU-Z in Windows te gebruiken. Dit gratis programma toont in aparte tabbladen de grootte van elk cacheniveau, evenals het aantal cores, threads en andere relevante gegevens.
Een andere optie is om de officiële website van de fabrikant te bezoeken (Intel ARK, AMD-productinformatiebladen, enz.), hoewel vaak alleen de L3-cache duidelijk wordt beschreven en je technische documenten moet doorzoeken om de L1- en L2-caches te vinden. Recensies en analyses van gespecialiseerde media geven deze informatie meestal ook weer, samen met benchmarks voor latentie en bandbreedte.
Het kiezen en optimaal benutten van RAM- en cachegeheugen.
De cache kan veel van de tekortkomingen van RAM maskeren, maar niet allemaal. Bij het samenstellen van een computer is het belangrijk om RAM te kiezen met de juiste frequentie, latentie en capaciteit voor het beoogde gebruik. Een computer voor kantoorwerk of licht internetgebruik kan prima functioneren met 8-16 GB en modules uit het middensegment, terwijl voor gaming en videobewerking doorgaans 16 GB of 32 GB wordt aanbevolen.
Het is altijd raadzaam om de compatibiliteit van het RAM-geheugen met het moederbord en de CPU te controleren (type DDR3, DDR4, DDR5, maximaal ondersteunde snelheden, XMP/EXPO-profielen, enz.). Het is ook verstandig om een balans te vinden tussen een hoge frequentie en redelijke timings, in plaats van je alleen te richten op een opvallend hoog MHz-getal.
Om het maximale uit het geheugen en de cache te halen, is het erg belangrijk om je systeem vrij te houden van onnodige achtergrondprogramma's , je BIOS en drivers bij te werken en, op computers die intensief gebruikt worden, tijdelijke bestanden en browsercaches te verwijderen die niet langer nodig zijn. Alles wat de belasting van het RAM-geheugen en de CPU vermindert, helpt om die snelle resources vrij te maken voor wat er echt toe doet.
Op BIOS-niveau is het inschakelen van automatische geheugenprofielen (XMP, DOCP, EXPO) meestal een eenvoudige manier om ervoor te zorgen dat het RAM-geheugen werkt op de door de fabrikant beloofde snelheid, waardoor wordt voorkomen dat het vast komt te zitten op conservatieve waarden die de bandbreedte beperken.
Door te begrijpen hoe cachelatentie werkt, de L1/L2/L3-hiërarchie, de relatie met RAM en technologieën zoals 3D V-Cache, kun je CPU-specificaties en benchmarkresultaten in een nieuw licht zien: naast GHz en het aantal cores wordt een groot deel van de soepelheid van het systeem bepaald door die paar nanoseconden die de processor nodig heeft om gegevens in het dichtstbijzijnde geheugen te vinden of niet te vinden.