复制算法在多核下加剧内存屏障开销与缓存一致性压力，因其密集跨核写入触发mesi广播、缓存行震荡及高cache miss；优化需从按核分区、批量屏障、写时复制和缓存行隔离三层面协同收敛。
复制算法（如GC中的Copying GC、内存池批量迁移、对象浅拷贝等）在多核架构下会显著加剧内存屏障开销和缓存一致性压力，核心原因在于它密集触发跨核心的数据写入与同步行为。这不是算法本身的问题，而是它与硬件一致性机制发生了“共振式冲突”。
复制操作天然破坏缓存局部性
一次典型复制（例如将1MB对象块从From空间搬移到To空间）会顺序写入大量新地址。这些地址在物理内存中往往跨NUMA节点或至少跨L3缓存切片，在多核系统中：
- 每个写入目标缓存行（64字节）若此前被其他核心缓存为Shared或Invalid状态，会触发MESI协议的Write Invalidate广播——哪怕只是单次写，也可能引发数十次总线嗅探消息
- 若复制目标区域之前由其他线程频繁读取（如共享元数据区），则复制过程会持续将该缓存行在各核心间“踢来踢去”，陷入Modified→Invalid→Shared的高频震荡
- L1/L2私有缓存无法复用源/目标数据，导致大量缓存行被驱逐，间接推高后续访问的Cache Miss率
屏障插入点集中且不可省略
为保证复制结果对其他线程可见，必须在关键位置插入内存屏障。常见场景包括：
- 复制完成后、更新指针前：需DMB ISH（Inner Shareable）确保所有写入对集群内所有核心可见，否则其他核心可能读到旧指针+部分未刷出的新数据
- 并发标记-复制混合阶段：若复制与标记线程并行，需在复制入口加Load-Acquire、出口加Store-Release，防止编译器/CPU重排导致观察到中间态
- 跨NUMA节点复制时：常需DSB SY（全系统屏障）替代DMB，代价更高，因需等待远程内存控制器确认写入完成
优化方向聚焦“减少广播”和“隔离污染”
不追求消除屏障，而降低其触发频率与影响范围：
- 按核分区复制：将堆划分为Per-Core Region，复制只在本核L1/L2可覆盖范围内进行，避免跨核写入；Linux内核的per-CPU page allocator即采用此思路
- 批量屏障替代单步屏障：对连续复制的多个对象块，合并为一次DMB ISH，而非每个对象后都插屏障（ARMv8.3+支持LDAP/STLP指令辅助）
- 写时复制（Copy-on-Write）替代立即复制：仅在首次写入时触发复制+屏障，读多写少场景下可规避90%以上屏障开销
- 禁用缓存行共享：对复制临时缓冲区使用cache-line-aligned + padding，避免伪共享；必要时用DC CIVAC指令主动清理目标缓存行，减少Invalid广播
本质上，复制算法的高开销不是软件能绕开的硬件约束，而是需要在算法粒度（如增大复制单元）、内存布局（如NUMA-aware分配）和指令级控制（如精准选型DMB域）三个层面协同收敛。
