在 TILE-Gx 架构的 Linux 内核自旋锁实现中，看起来它们在锁定时不会发出任何内存屏障（仅在解锁时）：
https://github.com/torvalds/linux/blob/master/arch/tile/include/asm/spinlock_64.h
那我不明白为什么指令不能在锁定之上重新排序，这会导致程序员认为在持有锁的同时执行的指令在获得锁之前实际执行？
其他架构似乎至少有一个编译器障碍：
ARM 的自旋锁有一个内存屏障：
https://github.com/torvalds/linux/blob/master/arch/arm/include/asm/spinlock.h
附评论：
A memory barrier is required after we get a lock, and before we release it, because V6 CPUs are assumed to have weakly ordered memory.而 x86 的自旋锁有一个编译器屏障：
https://github.com/torvalds/linux/blob/master/arch/x86/include/asm/spinlock.h
附评论：
barrier(); /* make sure nothing creeps before the lock is taken */
为什么 TILE-Gx 与众不同？我认为它的内存模型和 ARM 的内存模型一样弱。为什么他们甚至没有编译器障碍？