multithreading - “XORL AX, AX”如何用作内存屏障？ [复制]

Question

This question already has answers here:

How many memory barriers instructions does an x86 CPU have?

(2个答案)


1年前关闭。




最近，我一直在浏览Go的源代码，尤其是 runtime/internal/atomic/asm_386.s。
下面是 internal.atomic.Store64函数的实现。

// void runtime∕internal∕atomic·Store64(uint64 volatile* addr, uint64 v);
TEXT runtime∕internal∕atomic·Store64(SB), NOSPLIT, $0-12
    MOVL    ptr+0(FP), AX
    TESTL   $7, AX
    JZ  2(PC)
    MOVL    0, AX // crash with nil ptr deref
    // MOVQ and EMMS were introduced on the Pentium MMX.
    MOVQ    val+4(FP), M0
    MOVQ    M0, (AX)
    EMMS
    // This is essentially a no-op, but it provides required memory fencing.
    // It can be replaced with MFENCE, but MFENCE was introduced only on the Pentium4 (SSE2).
    XORL    AX, AX
    LOCK
    XADDL   AX, (SP)
    RET

该问题与函数中的第二条注释有关。有人可以解释 XORL AX, AX如何充当内存围栏吗？

我猜想这跟后面的 LOCK有关，但是它如何工作？

谢谢你。

最佳答案

并不是 XOR 充当了内存屏障。锁定的 XADD 指令可以执行此操作。 XOR指令会清除 EAX ，以便XADD指令实际上不会更改内存的内容。

在以下问题的答案中描述了锁定指令的存储器顺序行为:How many memory barriers instructions does an x86 CPU have?

关于multithreading - “XORL AX, AX”如何用作内存屏障？ [复制]，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/58270779/

上一篇：ios - 如何用阴影，填充和圆角样式化tableview部分？

下一篇：go - 将数据和变量传递到模板

Answer 1

并不是 XOR 充当了内存屏障。锁定的 XADD 指令可以执行此操作。 XOR指令会清除 EAX ，以便XADD指令实际上不会更改内存的内容。

在以下问题的答案中描述了锁定指令的存储器顺序行为:How many memory barriers instructions does an x86 CPU have?