• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Memory Barriers的一些小結(轉)

            Posted on 2011-03-22 10:02 MiweiDev 閱讀(1087) 評論(0)  編輯 收藏 引用 所屬分類: 雜談

            (http://blog.liuw.name/669)

            五一期間看了一篇文章,Memory Barriers: a Hardware View for Software Hackers,對于Memory Barriers得到了更加深入的理解。

            Cache本身的更新是遵守MESI(Modified,Exclusive,Shared,Invalid)協議的。CPU之間的Cache信息更新通過消息傳遞來完成。

            但是現在CPU的設計中,在Cache之外加入了Store Buffer和Invalidate Queue。Store Buffer的加入,使得CPU對某內存單元的更新不能馬上反映到Cache中;Invalidate Queue的存在,使得其他CPU對Cache的invalidate操作不能馬上反映到Cache中。Store Buffer和Invalidate Queue提高了性能,但是也就導致了Cache的不一致。

            因此需要引入Memory Barriers。Store Buffer和Invalidate Queue應該分別對應使用wmb和rmb。當然直接使用通用mb也是可以的。

            Roughly speaking, a “rmb” marks only the invalidate queue and a “wmb” marks only the store buffer, while a “mb” does both.

            一般來說,Memory Barriers應該配對使用,比如說一方使用了rmb另外一方對應使用wmb。在Linux內核中,還存在著Data Dependence Memory Barrier,這是一個較弱的rmb。具體見Linux內核代碼的Documentation/memory-barriers.txt。

            久久久久久极精品久久久| 亚洲欧美日韩精品久久亚洲区| 午夜不卡久久精品无码免费| 色欲综合久久躁天天躁蜜桃| 国产产无码乱码精品久久鸭 | 国内精品久久久久影院亚洲 | 久久国产精品-久久精品| 久久乐国产精品亚洲综合| 久久人人爽人人爽人人av东京热| 久久精品人人槡人妻人人玩AV | 色婷婷噜噜久久国产精品12p | 无码8090精品久久一区| 国产精品久久久福利| 精品综合久久久久久98| 亚洲精品高清久久| 无码久久精品国产亚洲Av影片 | 精品999久久久久久中文字幕| 久久精品国产亚洲5555| 77777亚洲午夜久久多喷| 午夜精品久久影院蜜桃| 国内精品久久久久久久影视麻豆| 久久人人爽爽爽人久久久| 亚洲精品国产综合久久一线| 日本三级久久网| 国内精品久久久久影院优| 国内精品久久久久影院薰衣草| 久久国产精品偷99| 久久国产精品久久久| 国产亚洲精品美女久久久| 日韩精品久久无码人妻中文字幕 | 久久婷婷国产麻豆91天堂| 久久久久亚洲Av无码专| 日产精品久久久一区二区| 久久久久久亚洲精品影院| 欧美粉嫩小泬久久久久久久| 国产视频久久| 国产综合精品久久亚洲| 久久久久九国产精品| 伊人久久五月天| 狠狠色丁香久久婷婷综合| 欧美精品久久久久久久自慰|