• <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 閱讀(1097) 評論(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。

            久久青青草原国产精品免费| 久久精品国产一区二区电影| 久久精品亚洲精品国产色婷 | 亚洲va久久久久| 久久综合亚洲色HEZYO社区| 亚洲精品乱码久久久久久| 亚洲欧美精品伊人久久| 久久综合鬼色88久久精品综合自在自线噜噜 | 久久亚洲中文字幕精品一区| 中文字幕无码av激情不卡久久| 久久精品国产99久久久古代| 中文字幕成人精品久久不卡| 国产精品99久久久精品无码| 国产91久久综合| 精品久久久久久成人AV| 婷婷久久综合| 国产精品伦理久久久久久| 久久久久亚洲AV无码专区首JN| 国产一区二区三区久久精品| 国产aⅴ激情无码久久| 国产国产成人久久精品| 亚洲精品乱码久久久久久蜜桃不卡 | 久久久久久精品成人免费图片| 91精品观看91久久久久久 | 精品久久久久香蕉网| 无码8090精品久久一区| 一级做a爰片久久毛片16| 国产精品久久久福利| 亚洲∧v久久久无码精品| 日韩久久久久中文字幕人妻| 国产精品成人精品久久久| 久久本道伊人久久| 久久久久AV综合网成人| 丁香色欲久久久久久综合网| 日本加勒比久久精品| 久久久久亚洲精品男人的天堂| 久久久久久久尹人综合网亚洲| 97热久久免费频精品99| 久久综合综合久久综合| 久久久久青草线蕉综合超碰| 思思久久好好热精品国产|