nl.phhsnews.com


nl.phhsnews.com / Wanneer wordt de CPU-cache teruggespoeld naar het hoofdgeheugen?

Wanneer wordt de CPU-cache teruggespoeld naar het hoofdgeheugen?


Als u net begint te leren hoe multi-core CPU's, caching, cache-coherentie en geheugen werken, lijkt het misschien een beetje beetje verwarrend in het begin. Met dat in gedachten heeft het SuperUser Q & A-bericht van vandaag antwoorden op de vraag van een nieuwsgierige lezer.

De Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een community-driven groep van Q & A-websites.

De vraag

SuperUser-lezer CarmeloS wil weten wanneer de cache van een CPU wordt teruggespoeld naar het hoofdgeheugen:

Als ik een CPU heb met twee kernen en elke kern heeft zijn eigen L1-cache, is het dan mogelijk dat Core1 en Core2 cachen beide hetzelfde deel van het geheugen op hetzelfde moment in? Als het mogelijk is, wat zal de waarde van het hoofdgeheugen zijn als zowel Core1 als Core2 hun waarden in de cache hebben bewerkt?

Wanneer wordt de cache van een CPU teruggespoeld naar het hoofdgeheugen?

Het antwoord

SuperUser-bijdragers David Schwartz, Sleske en Kimberly W hebben het antwoord voor ons. Als eerste, David Schwartz:

Als ik een CPU met twee kernen heb en elke kern heeft zijn eigen L1-cache, is het dan mogelijk dat Core1 en Core2 allebei hetzelfde geheugen delen op hetzelfde moment?

Ja, de prestaties zouden vreselijk zijn als dit niet het geval was. Overweeg twee threads met dezelfde code. U wilt die code in beide L1-caches.

Als dat mogelijk is, wat is dan de waarde van het hoofdgeheugen als zowel Core1 als Core2 hun waarden in de cache hebben bewerkt?

De oude waarde bevindt zich in het hoofdgeheugen, die zal er niet toe doen, omdat geen van beide de kern zal lezen. Voordat een gewijzigde waarde uit de cache wordt verwijderd, moet deze in het geheugen worden geschreven. Meestal wordt een variant van het MESI-protocol gebruikt. Als een waarde in de traditionele implementatie van MESI in één cache wordt gewijzigd, kan deze helemaal niet in een andere cache op hetzelfde niveau aanwezig zijn.

Gevolgd door het antwoord van sleske:

Ja, met twee caches in cache hetzelfde geheugengebied kan voorkomen en is eigenlijk een probleem dat in de praktijk veel voorkomt. Er zijn verschillende oplossingen, bijvoorbeeld:

  • De twee caches kunnen communiceren om zeker te zijn dat ze niet oneens zijn
  • U kunt een soort supervisor hebben die alle caches bewaakt en deze overeenkomstig bijwerkt
  • Elke processor controleert de geheugengebieden dat het in de cache is geplaatst en wanneer het een schrijfactie detecteert, werpt het zijn (nu ongeldige) cache weg

Het probleem wordt cache-coherentie genoemd en het Wikipedia-artikel over het onderwerp heeft een aardig overzicht van het probleem en mogelijke oplossingen.

En ons laatste antwoord van Kimberly W:

Om de vraag in de titel van uw bericht te beantwoorden, hangt het ervan af wat het caching-protocol is. Als het terugschrijven is, wordt de cache alleen teruggespoeld naar het hoofdgeheugen als de cache-controller geen andere keus heeft dan een nieuw cache-blok in de reeds bezette ruimte te plaatsen. Het blok dat eerder de ruimte in beslag nam, wordt verwijderd en de waarde ervan wordt teruggeschreven naar het hoofdgeheugen.

Het andere protocol is een doorschrijfprocedure. In dat geval wordt het overeenkomstige blok op niveau n + 1 bijgewerkt telkens wanneer het cacheblok op niveau n wordt geschreven. Het is vergelijkbaar in concept met het invullen van een formulier met carbonpapier eronder; wat je daar bovenop schrijft, wordt gekopieerd op het onderstaande blad. Dit is trager omdat het uiteraard meer schrijfbewerkingen betreft, maar de waarden tussen caches zijn meer consistent. In het terugschrijvingsschema zou alleen de cache op het hoogste niveau de meest actuele waarde hebben voor een bepaald geheugenblok.


Heeft u iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread.

Image Credit: Lemsipmatt (Flickr)


Hoe te zien wie zich heeft aangemeld bij uw Netflix-account

Hoe te zien wie zich heeft aangemeld bij uw Netflix-account

Netflix weet dat u niet de enige persoon bent die uw account gebruikt. Het bedrijf heeft een grotendeels blind oog op wachtwoord delen gekeerd, maar misschien wilt u nog weten wie zich heeft aangemeld bij uw account, vooral als u denkt dat iemand toegang heeft gekregen zonder uw toestemming. Zo kunt u achterhalen wie zich heeft aangemeld met uw inloggegevens.

(how-top)

Hoe (en waarom) u 2,4 GHz wifi op uw netwerk uitschakelt

Hoe (en waarom) u 2,4 GHz wifi op uw netwerk uitschakelt

Technologie is een vreemde eend: in minder dan twintig jaar is wifi een verbazingwekkende (en dure) wifi geworden ) luxe voor een veronderstelde opname in elk apparaat dat u bezit. En toch is er nog veel ruimte voor verbetering ... daarom zou u moeten overwegen om de oude 2,4 GHz-band op het Wi-Fi-netwerk van uw huis uit te schakelen en exclusief de nieuwere, snellere, minder drukke 5GHz-band te gebruiken.

(how-top)