• 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 收集满到 写入修改的 过程是原子的。

  • 相关阅读:
    mfc cef<转>
    js人形时钟
    opencv给图片添加文字水印<转>
    strcore.cpp(156) 内存泄漏
    WebAssembly相关
    mingw 搭建Emscripten 环境
    mingw 设置python 设置git环境变量
    android平台yuv缩放相关<转>
    多媒体基础知识之PCM数据《 转》
    iOS 5 故事板进阶(2)
  • 原文地址:https://www.cnblogs.com/lqlqlq/p/14414091.html
Copyright © 2020-2023  润新知