Hvis du lige begyndte at lære, hvordan multi-core-CPU'er, caching, cache-sammenhæng og hukommelse fungerer, kan det virke lidt lidt forvirrende i starten. Med det i tankerne har dagens SuperUser Q & A-post svar på en nysgerrig læsers spørgsmål.

Dagens Spørgsmål og Svar-sessions kommer til vores side med SuperUser-en underafdeling af Stack Exchange, en community-driven gruppe af Q & A-websteder.

Spørgsmål

SuperUser-læser CarmeloS vil vide, hvornår en CPU-cache spoles tilbage til hovedhukommelsen:

Hvis jeg har en CPU med to kerner, og hver kerne har sin egen L1-cache, er det muligt, at Core1 og Core2 både cache samme del af hukommelsen på samme tid? Hvis det er muligt, hvad vil værdien af ​​hovedhukommelsen være, hvis både Core1 og Core2 har redigeret deres værdier i cache?

Hvornår er CPU'ens cache spolet tilbage til hovedhukommelsen?

Svaret

SuperUser-bidragsydere David Schwartz, Sleske og Kimberly W har svaret for os. Først op, David Schwartz:

Hvis jeg har en CPU med to kerner, og hver kerne har sin egen L1-cache, er det muligt, at Core1 og Core2 begge cache samme del af hukommelsen samtidig?

Ja, ydeevne ville være forfærdeligt, hvis det ikke var tilfældet. Overvej to tråde, der kører den samme kode. Du vil have den kode i begge L1-caches.

Hvad er værdien af ​​hovedhukommelsen, hvis både Core1 og Core2 har redigeret deres værdier i cache?

Den gamle værdi vil være i hovedhukommelsen, hvilket vil ikke noget, da hverken kernen vil læse den. Før du udsender en ændret værdi fra cachen, skal den skrives til hukommelse. Typisk anvendes en variant af MESI-protokollen. I den traditionelle implementering af MESI, hvis en værdi er ændret i en cache, kan den slet ikke være til stede i en anden cache på samme niveau.

Efterfulgt af svaret fra sleske:

Ja, at have to cache cache det samme hukommelsesområde kan ske og er faktisk et problem, der forekommer meget i praksis. Der er forskellige løsninger, for eksempel:

• De to caches kan kommunikere for at sikre, at de ikke er uenige.
• Du kan have en slags tilsynsførende, der overvåger alle caches og opdaterer dem i overensstemmelse hermed.
• Hver processor overvåger hukommelsesområderne at den har cachelagret, og når den registrerer en skrive, kaster den sin (nu ugyldige) cache ud

Problemet kaldes cache-sammenhæng, og Wikipedia-artiklen om emnet har et godt overblik over problemet og mulige løsninger.

Og vores sidste svar fra Kimberly W:

For at besvare spørgsmålet i dit indlægs titel afhænger det af, hvad cacheprotokollen er. Hvis det er tilbagekald, vil cachen kun blive skyllet tilbage til hovedhukommelsen, når cache-controlleren ikke har andet valg end at sætte en ny cache-blok i allerede optaget rum. Blokken, der tidligere har optaget rummet, fjernes, og dens værdi skrives tilbage til hovedhukommelsen.

Den anden protokol er gennemskrivning. I så fald opdateres cacheblokken på niveau n , den tilsvarende blok på niveau n + 1 opdateres. Det er i lighed med at udfylde en formular med carbonpapir nedenunder; Hvad som helst du skriver på toppen, kopieres på nedenstående ark. Dette er langsommere, fordi det naturligvis indebærer flere skriveoperationer, men værdierne mellem caches er mere konsekvente. I tilbagekoblingsskemaet vil kun cache på højeste niveau have den mest ajourførte værdi for en bestemt hukommelsesblok.

Har du noget at tilføje til forklaringen? Lyde af i kommentarerne. Vil du læse flere svar fra andre tech-savvy Stack Exchange brugere? Se hele diskussionsgruppen her.

Billedkredit: Lemsipmatt (Flickr)

Google synes at synes, at der er en god grund til at have en genvej, der vil dræbe hver eneste af dine faner på én gang. Vi er uenige. Ved at trykke på Ctrl + Skift + Q lukkes alle Chrome-faner eller -vinduer, som du har åbent og ødelagt dit arbejde. Hvis du hellere vil holde dit arbejde, hvor det er, er der en løsning for at sikre, at det ikke sker.

Gå til chrome: // extensions i din browser. Rul ned til bunden af ​​siden og klik på "Tastaturgenveje." I vinduet, der dukker op, skal du vælge en hvilken som helst funktion af en af ​​dine udvidelser, som du ikke bruger, og tildele Ctrl + Shift + Q til den. Nu, når du ved et uheld trykker på genvejen, vil det i stedet starte denne handling.

(how-top)

Hvorfor er en del af mit tastatur, der skriver de forkerte tegn?

Uanset om det er en kat, der ligger på tastaturet, et barn, der slår på tilfældige nøgler eller en anden form for tastaturkatastrofe, vores tastaturer kan pludselig begynde at vise fremmed og frustrerende opførsel. Med det for øje har dagens SuperUser Q & A-post nogle løsninger til en læsers tastaturkrisekris.

(how-top)