Je lisais sur le protocole de cohérence de cache MESI Snooping , que je suppose que le protocole qui est utilisé dans les processeurs multicœurs modernes X86 (veuillez me corriger si je me trompe). Maintenant que cet article le dit à un endroit.
Un cache qui détient une ligne dans l'état modifié doit snoop (intercepter) tout tenté de lire (de tous les autres caches du système) de la Emplacement de la mémoire principale correspondant et insérez les données qu'il contient. C'est généralement fait en forçant la lecture à l'arrière (c'est-à-dire réessayer plus tard), puis écrivez les données à la mémoire principale et à modifier la ligne de cache à l'état partagé.
Maintenant ce que je ne comprends pas, c'est pourquoi les données doivent être écrites dans la mémoire principale. La cohérence de cache ne peut-elle pas conserver le contenu dans les caches synchronisées sans aller à la mémoire (sauf si la ligne de cache n'est vraiment expulsée)? Je veux dire que si un noyau lit constamment et l'autre écrit constamment, pourquoi ne pas conserver les données dans la mémoire cache et continuer à mettre à jour les données dans le cache. Pourquoi encourager la performance de la rédaction à la mémoire principale?
En d'autres termes, les noyaux ne peuvent pas lire les données, lire directement dans le cache du noyau d'écriture et modifier leur cache en conséquence?
5 Réponses :
Ce que je ne comprends pas, c'est pourquoi les données doivent être écrites dans le Mémoire principale p>
Le processeur A A est celui
modifié code> ligne. Maintenant, le processeur B tente de lire ce même cache (modifié par a) de la mémoire principale. Étant donné que le contenu de la mémoire principale est invalide maintenant (car une modification du contenu), A Snooping de toute autre tentative de lecture de cette ligne. Donc, afin d'autoriser le processeur B (et d'autres) de lire cette ligne, A doit l'écrire à la mémoire principale. P>I mean if one core is constantly reading and the other constantly writing,
Ce que je voulais dire par ne pas écrire à la mémoire était que nous ne pouvons pas faire de telle sorte que le mécanisme de cohérence de cache lit les données du cache du noyau d'écriture et la transmettent à ceux qui le lisent. Est-il nécessaire de commencer par écrire en mémoire et ensuite la lire à partir de là. Les noyaux de lecture ne peuvent-ils pas lire directement dans la cache du noyau d'écriture?
Une ligne modifiée ne peut être conservée que par un processeur aussi longtemps que c'est le seul processeur qui possède cette copie (MESI). Ce que vous dites ne peut pas faire, parce que c'est plus cher. Supposons que les deux A & B partagent que la ligne et B l'obtiennent directement de la ligne de cache d'A et d'une autre, selon C, a besoin de cette ligne pour une écriture, puis A & B aura lieu à la nageur. Comme les copies partagées grandissent, il aura alors un impact plus important sur la performance due à la nageur effectuée par tous les processeurs «partagés». C'est pourquoi cela n'est pas fait.
De plus, Mesi utilise un cache à dos d'écriture pour réduire les écrits à la mémoire principale dans la mesure du possible.
Le protocole MESI n'autorise pas plus d'un cache de conserver la même ligne de cache dans un état modifié. Donc, si une ligne de cache est modifiée et souhaite être lue à partir de l'autre cache du processeur, elle doit alors être d'abord écrite à la mémoire principale, puis lire, de sorte que les deux processeurs se cache maintenant partager que ligne (état partagé)
Parce que les caches ne sont généralement pas capables d'écrire directement les uns dans les autres (comme cela prendrait plus de bande passante).