<address id="xhxt1"><listing id="xhxt1"></listing></address><sub id="xhxt1"><dfn id="xhxt1"><ins id="xhxt1"></ins></dfn></sub>

    <thead id="xhxt1"><dfn id="xhxt1"><ins id="xhxt1"></ins></dfn></thead>

    剖析Disruptor:为什么会这么快?(二)神奇的缓存行填充

    原文地址:http://www.gofansmi6.com/disruptor-padding/

    作者:Trisha ?译者:方腾飞 校对:丁一

    我们经常提到一个短语Mechanical Sympathy,这个短语也是Martin博客的标题(译注:Martin Thompson),Mechanical Sympathy讲的是底层硬件是如何运作的,以及与其协作而非相悖的编程方式。

    我在上一篇文章中提到RingBuffer后,我们收到一些关于RingBuffer中填充高速缓存行的评论和疑问。由于这个适合用漂亮的图片来说明,所以我想这是下一个我该解决的问题了。
    (译注:Martin Thompson很喜欢用Mechanical Sympathy这个短语,这个短语源于赛车驾驶,它反映了驾驶员对于汽车有一种天生的感觉,所以他们对于如何最佳的驾御它非常有感觉。)

    计算机入门

    我喜欢在LMAX工作的原因之一是,在这里工作让我明白从大学和A Level Computing所学的东西实际上还是有意义的。做为一个开发者你可以逃避不去了解CPU,数据结构或者大O符号 —— 而我用了10年的职业生涯来忘记这些东西。但是现在看来,如果你知道这些知识并应用它,你能写出一些非常巧妙和非??焖俚拇?。

    因此,对在学校学过的人是种复习,对未学过的人是个简单介绍。但是请注意,这篇文章包含了大量的过度简化。

    CPU是你机器的心脏,最终由它来执行所有运算和程序。主内存(RAM)是你的数据(包括代码行)存放的地方。本文将忽略硬件驱动和网络之类的东西,因为Disruptor的目标是尽可能多的在内存中运行。

    CPU和主内存之间有好几层缓存,因为即使直接访问主内存也是非常慢的。如果你正在多次对一块数据做相同的运算,那么在执行运算的时候把它加载到离CPU很近的地方就有意义了(比如一个循环计数-你不想每次循环都跑到主内存去取这个数据来增长它吧)。

    越靠近CPU的缓存越快也越小。所以L1缓存很小但很快(译注:L1表示一级缓存),并且紧靠着在使用它的CPU内核。L2大一些,也慢一些,并且仍然只能被一个单独的 CPU 核使用。L3在现代多核机器中更普遍,仍然更大,更慢,并且被单个插槽上的所有?CPU 核共享。最后,你拥有一块主存,由全部插槽上的所有 CPU 核共享。

    当CPU执行运算的时候,它先去L1查找所需的数据,再去L2,然后是L3,最后如果这些缓存中都没有,所需的数据就要去主内存拿。走得越远,运算耗费的时间就越长。所以如果你在做一些很频繁的事,你要确保数据在L1缓存中。

    Martin和Mike的?QCon presentation演讲中给出了一些缓存未命中的消耗数据:

    从CPU到 大约需要的 CPU 周期 大约需要的时间
    主存 约60-80纳秒
    QPI 总线传输
    (between sockets, not drawn)
    约20ns
    L3 cache 约40-45 cycles, 约15ns
    L2 cache 约10 cycles, 约3ns
    L1 cache 约3-4 cycles, 约1ns
    寄存器 1 cycle

    如果你的目标是让端到端的延迟只有 10毫秒,而其中花80纳秒去主存拿一些未命中数据的过程将占很重的一块。

    缓存行

    现在需要注意一件有趣的事情,数据在缓存中不是以独立的项来存储的,如不是一个单独的变量,也不是一个单独的指针?;捍媸怯苫捍嫘凶槌傻?,通常是64字节(译注:这篇文章发表时常用处理器的缓存行是64字节的,比较旧的处理器缓存行是32字节),并且它有效地引用主内存中的一块地址。一个Java的long类型是8字节,因此在一个缓存行中可以存8个long类型的变量。

    (为了简化,我将忽略多级缓存)

    非常奇妙的是如果你访问一个long数组,当数组中的一个值被加载到缓存中,它会额外加载另外7个。因此你能非??斓乇槔飧鍪?。事实上,你可以非??焖俚谋槔诹哪诖婵橹蟹峙涞娜我馐萁峁?。我在第一篇关于ring buffer的文章中顺便提到过这个,它解释了我们的ring buffer使用数组的原因。

    因此如果你数据结构中的项在内存中不是彼此相邻的(链表,我正在关注你呢),你将得不到免费缓存加载所带来的优势。并且在这些数据结构中的每一个项都可能会出现缓存未命中。

    不过,所有这种免费加载有一个弊端。设想你的long类型的数据不是数组的一部分。设想它只是一个单独的变量。让我们称它为head,这么称呼它其实没有什么原因。然后再设想在你的类中有另一个变量紧挨着它。让我们直接称它为tail。现在,当你加载head到缓存的时候,你也免费加载了tail。

    听想来不错。直到你意识到tail正在被你的生产者写入,而head正在被你的消费者写入。这两个变量实际上并不是密切相关的,而事实上却要被两个不同内核中运行的线程所使用。

    设想你的消费者更新了head的值?;捍嬷械闹岛湍诖嬷械闹刀急桓铝?,而其他所有存储head的缓存行都会都会失效,因为其它缓存中head不是最新值了。请记住我们必须以整个缓存行作为单位来处理(译注:这是CPU的实现所规定的,详细可参见深入分析Volatile的实现原理),不能只把head标记为无效。

    现在如果一些正在其他内核中运行的进程只是想读tail的值,整个缓存行需要从主内存重新读取。那么一个和你的消费者无关的线程读一个和head无关的值,它被缓存未命中给拖慢了。

    当然如果两个独立的线程同时写两个不同的值会更糟。因为每次线程对缓存行进行写操作时,每个内核都要把另一个内核上的缓存块无效掉并重新读取里面的数据。你基本上是遇到两个线程之间的写冲突了,尽管它们写入的是不同的变量。

    这叫作“伪共享”(译注:可以理解为错误的共享),因为每次你访问head你也会得到tail,而且每次你访问tail,你也会得到head。这一切都在后台发生,并且没有任何编译警告会告诉你,你正在写一个并发访问效率很低的代码。

    解决方案-神奇的缓存行填充

    你会看到Disruptor消除这个问题,至少对于缓存行大小是64字节或更少的处理器架构来说是这样的(译注:有可能处理器的缓存行是128字节,那么使用64字节填充还是会存在伪共享问题),通过增加补全来确保ring buffer的序列号不会和其他东西同时存在于一个缓存行中。

    public long p1, p2, p3, p4, p5, p6, p7; // cache line padding
        private volatile long cursor = INITIAL_CURSOR_VALUE;
        public long p8, p9, p10, p11, p12, p13, p14; // cache line padding
    

    因此没有伪共享,就没有和其它任何变量的意外冲突,没有不必要的缓存未命中。

    在你的Entry类中也值得这样做,如果你有不同的消费者往不同的字段写入,你需要确保各个字段间不会出现伪共享。

    修改:Martin写了一个从技术上来说更准确更详细的关于伪共享的文章,并且发布了性能测试结果。


    FavoriteLoading添加本文到我的收藏
    • Trackback 关闭
    • 评论 (30)
      • cunzhangok
      • 2013/01/27 3:48下午

      这个文章非常好,解决了我的一些疑惑

      • 匿名
      • 2013/03/04 4:43下午

      public long p1, p2, p3, p4, p5, p6, p7; // cache line padding
      private volatile long cursor = INITIAL_CURSOR_VALUE;
      public long p8, p9, p10, p11, p12, p13, p14; // cache line padding
      填充后, p1, p2, p3, p4, p5, p6, p7和cursor不是在同一个缓存行上来吗? 一个缓存行存8个long型变量

        • 匿名
        • 2013/03/04 9:03下午

        用作padding的变量不会去使用,或者不会在有伪共享的情况下使用

        • 匿名
        • 2013/05/24 4:26下午

        相同的疑问,64byte的为何需要15个long来填充。。。。不是很明白

        • heipacker
        • 2013/12/18 11:21下午

        前面7个padding是为了防止与前面的核心变量放在同一个缓存行,同理后面7个防止与后面的核心变量。。。。

      • regulus.sun
      • 2013/03/05 4:47下午

      这个图是用什么画的 我喜欢

    1. “现在需要注意一件有趣的事情,它在缓存中不是以独立的项来存储的” 这里的它不是很明确,是不是改成“数据”或者“缓存数据”?

    2. “为了简化,我将忽略多极缓存” 这里是不是应该是“多级缓存”?

    3. 缓存行填充确实漂亮。很喜欢文中的一段话:

      “在这里工作让我明白从大学和A Level Computing所学的东西实际上还是有意义的。做为一个开发者你可以逃避不去了解CPU,数据结构或者大O符号 —— 而我用了10年的职业生涯来忘记这些东西。但是现在看来,如果你知道这些知识并应用它,你能写出一些非常巧妙和非??焖俚拇?#8221;

      • LierD
      • 2013/05/24 4:07下午

      版主,你好,有个地方没看懂,一个cacheline只要64Byte,为什么要前后都用7个long呢?看了伪共享那篇文章也是没弄明白….

      • 一个long是8字节,加上cursor,一共8个long,8*8=64,刚好把缓存行填充满。

          • zfox
          • 2014/01/13 3:55下午

          你好,缓存行里会不会填充其他数据,特别是第一行。

          比如说前面定义了一个int[1],这样 这个int[]会和后面的long[]中数据在同一个缓存行上吗?

      • greenzh
      • 2013/05/26 4:38下午

      我的看原码的时候发现一个问题,在MultiProducerSequencer(多个生产者)中,AbstractSequencer中的cursor用于表示已经分配的空间(即next后就会改变,而使用一个availableBuffer在publish更新,以表示生产者已经准备好Event了,但是在消费者那边是根据cursor为准来判断是否有没有消费的Event。这样的话,如果生产者在准备Event时,消费者去取Event,则由于消费者没有查看availableBuffer,就会直接将没有准备好的Event那去处理了。

      • 匿名
      • 2013/11/15 5:23下午

      这样会不会比较浪费空间?一个变量占用64个字节
      如果核心变量比较少还好,如果多了就挺浪费了

      • zwm512327
      • 2013/12/19 9:25上午

      我有点疑惑,单线程执行的程序也会遇到伪共享的问题吗?莫非多核会在通过重排序等一定范围内并行执行程序。不然的话单线程程序填充缓冲行应该会降低性能???

      • beautymeteor
      • 2013/12/27 7:38上午

      awesome

      • zfox
      • 2014/01/15 3:48下午

      你好,缓存行里会不会填充其他数据,特别是第一行。

      比如说前面定义了一个int[1],这样 这个int[]会和后面的long[]中数据在同一个缓存行上吗?

      • 大数法则
      • 2014/03/03 10:15下午

      zfox :
      你好,缓存行里会不会填充其他数据,特别是第一行。
      比如说前面定义了一个int[1],这样 这个int[]会和后面的long[]中数据在同一个缓存行上吗?

      你的问题可能正好说明了为什么会前后都用7个long。如果定义了int[1],则int[1]与p1-p7共一个cache line,cursor与p8-p14共一个cache line;如果定义了int[3],则与p1-p5共一个cache line,p6-p7与cursor和p8-p12共一个cache line。cursor前后各用7个long,保证了无论前面如何定义变量,cursor都能有7个填充变量,可能前3后4,前2后5,呵呵!

        • 海阳
        • 2014/07/18 4:06下午

        但是int是4个字节的。long是8个字节。
        4+8+8+8+8+8+8+8 = 60个 字节 这不到64个字节。
        剩下的4个字节,会如何处理?

          • mengxh1990
          • 2016/05/04 9:38上午

          这个问题搞清楚了吗?我觉得会不会是int型的这个变量会自动填充为8个字节?

            • zhaozhenzuo
            • 2017/04/18 7:26下午

            cpu读取内存数据到多级缓存单位是一个字,也就是8字节

      • zfox
      • 2014/03/05 10:11上午

      大数法则 :

      zfox :
      你好,缓存行里会不会填充其他数据,特别是第一行。
      比如说前面定义了一个int[1],这样 这个int[]会和后面的long[]中数据在同一个缓存行上吗?

      你的问题可能正好说明了为什么会前后都用7个long。如果定义了int[1],则int[1]与p1-p7共一个cache line,cursor与p8-p14共一个cache line;如果定义了int[3],则与p1-p5共一个cache line,p6-p7与cursor和p8-p12共一个cache line。cursor前后各用7个long,保证了无论前面如何定义变量,cursor都能有7个填充变量,可能前3后4,前2后5,呵呵!

      嗯,之前确实没理解透彻,现在想想,的确是这样。

    4. 是不是可以理解为行填充就是用空间换时间的办法?

      • 陈文锦的秘密
      • 2015/03/26 4:33下午

      涨之势了

      • fengshanbieyuan
      • 2018/05/21 5:56下午

      佩服大牛们,对技术的追求细致入微

      • gengzhe2010@126.com
      • 2019/09/05 2:59下午

      写的太好了 佩服,想问下您平时看的book list ,可以介绍下吗

    您必须 登陆 后才能发表评论

    return top

    爱投彩票 guo| u8i| kas| 9om| mm9| skm| g9s| igu| 9mq| ck9| kqu| q9u| yg8| msu| c8w| igc| 8we| om8| sau| m8u| uic| 9yk| ks9| qwe| g7o| k7a| ksq| 7ci| ig7| kag| c8c| wuc| 8ae| yg8| sym| w8w| yom| 6uq| 6ki| ua6| yem| oo7| gou| g7g| qyo| 7cq| ii7| ywc| y5c| siy| 6eu| 6ag| si6| igu| s6u| oma| 6ky| ay6| gei| w7q|