由原子操作引起的关于Cache的讨论
这篇讲的是一个实际的性能排查案例：在MPI集群上，当PLDA算法与MLR或PLSA同时运行时，后者效率会大幅下降。问题最初被指向PLDA中频繁使用的原子操作——`lock incl`指令。用户担心这个`lock`前缀会锁死内存总线，拖垮整台机器。 作者澄清了一个常见误解：在现代CPU（如Nehalem架构）上，`lock`前缀在绝大多数情况下并不会锁总线，而是通过一种被称为“cache lock”的机制，在cache line级别实现原子性。他结合Intel手册与同行讨论，进一步指出硬件上并不存在真正的“cache lock”，而是依赖MESI这类缓存一致性协议来保证原子性。例如，带有写意图的原子读操作会触发RFO，导致其他核心的相关缓存失效，但这并不等同于锁住整个总线。 基于这个理解，问题的优化方向就清晰了：为了最小化不同任务之间的干扰，可以通过cgroup将它们绑定到不同的物理CPU上，从而隔离L1缓存。最终，作者通过共享内存和原子操作，替代了原先为每个线程分配独立大内存的做法，得以在限制内存占用的同时，启动更多线程将CPU利用满，反而获得了整体性能的提升。 对读者而言，这是一次从具体现象深入到底层硬件原理（CPU缓存一致性协议）的实用分析，有助于理解并发编程中原子操作的真实开销与优化思路。