MESI 与 StoreBuffer 相互独立的猜想

假设A是某缓存行的内容

CPU1  read A

CPU2 read A

CPU3 read A

CPU 3 在寄存器中修改 A 中内容,并且写入写缓存区StoreBuffer,假设修改是 ++A(就是A现在等于 A +1,图里放不下,简写成++A)

 CPU1 和 上一步 CPU3 同样操作

总是得有一个CPU先将 StoreBuffer 中的修改写入到缓存的,假设是 CPU1,那么他在写入时需要向总线发送 Invalidate 请求

CPU2 和 CPU3 收到 Invalidate 之后,将自己的缓存行设置为无效。并且发回 Invalidate ACK

CPU 在收到所有 其他CPU 的 Invalidate ACK 响应之后,将缓存行状态设置为 Exclusive

因为CPU1 已经独占缓存行,那么他就可以将修改写入缓存行,缓存行变为Modified状态

当 CPU3 把自己的 ++A 修改写入缓存行时,他检查到自己A对应的缓存行是 Invalidated 状态,这个状态和未持有这个缓存行是等效的

所以他需要在总线上广播 Read - Invalidate 请求,这个请求是原子的,他会让其他CPU将最新的副本发送给自己,并且让他们把他们的该缓存行

设置为无效。同时返回一个 Invalidate ACK。

CPU3 收集到所有CPU的 Invalidate ACK 之后,将缓存行状态修改为 Exclusive

之后就可以如法炮制,将自己的修改刷入缓存,从E转变为M状态,个人认为 硬件架构 是用硬件机构来保证

E 到 M 状态的转换过程 不允许其他CPU打扰。所以从 Invalidate ACK 收集满到 写入修改的 过程是原子的。

原文地址:https://www.cnblogs.com/lqlqlq/p/14414091.html