false share

（非详细解释，供自己使用）

假设系统支持并行执行同一进程下的线程，并且假设OS将两个线程调度到两个core上（不同core有自己的L1、L2， 所有core共享L3）。

如果两个线程共享变量int x， core0的cache和core1的cache分别从内存读入x并且将cache line的状态设为s（见MESI协议）。此时thread0和thread1欲写x，会竞争，假设thread0优先写，则会将其x所在cache line设为m，并且core1将对应cache line设为i。假设下次thread1争得优先权，由于x所在cache line被设为无效了，直接miss，所以得从L3更新（thread0写过的x的值会回写更新L3）。而反复经过L3，速度就会慢很多了。

以上是共享一个变量的情况，而有时两个线程并没有修改共享的变量时也会出现false share的情况。这是因缓存粒度的原因。假设缓冲的一个存储单位里只装一个变量，那就不会有问题。但是一般cache line的大小是8个字节。假设有两个全局变量被分配到一个cache line里，那么就会发生前面所说的情况。虽然各自操作自己的变量，但是会不断经过L3，成为隐藏的性能瓶颈。解决办法一般是：如果共享的是数组，给数组加间隔，把每个项凑齐一个cache line的大小。或者在线程创建全局数组的拷贝，修改副本，然后写回。如果共享的是结构体，需要使用#pragma pack (x)来规定对齐。但是为高速缓存的空间非常宝贵， 以上方法可能会浪费缓存空间，减少命中率。