理解你的需求——给低优先级进程「限速」，不让它靠乱序预加载占用太多内存带宽，给其他核心的进程留资源，这点确实很实用。你提到的两个思路都可行，我帮你细化一下，顺便给点更优雅的方案：

一、改进「假循环依赖」的实现 #

你原来写的代码确实有点生硬，其实可以简化逻辑，核心还是让CPU误以为下一次内存访问的地址/操作依赖于当前加载的结果，从而不敢提前预取。比如可以这样写：

int last_val = 0;
for (int i = 0; i < n; i++) {
    // 用last_val制造假依赖：CPU必须等当前val加载完成，才能计算出这个表达式的结果
    volatile int curr_val = a[i] + last_val - last_val;
    sum += curr_val;
    last_val = curr_val;
}

或者用指针的方式（和你的思路类似，但更简洁）：

int* curr_ptr = a;
for (int i = 0; i < n; i++) {
    volatile int val = *curr_ptr;
    sum += val;
    // 指针更新依赖于val，CPU无法提前计算下一个指针地址，只能等val加载完成
    curr_ptr += 1 + (val - val);
}

这种方法的好处是跨平台，不需要依赖特定CPU的指令，但缺点确实是代码看起来有点「hack」，维护性差一点。

二、使用内存屏障指令（更干净的方案） #

内存屏障可以直接强制CPU按顺序执行内存操作，针对你的场景，我们只需要约束加载操作的顺序，不需要管存储，所以可以用轻量的加载屏障：

以x86平台为例，lfence指令会强制所有在它之前的加载操作完成后，才允许执行之后的加载操作。把它加到循环里就能达到效果：

for (int i = 0; i < n; i++) {
    int val = a[i];
    lfence();  // 阻止CPU提前加载下一个a[i+1]，必须等当前val加载完成
    sum += val;
}

要注意不同架构的内存屏障指令不一样：比如ARM平台可以用dmb ishld（数据内存屏障，限制加载顺序），PowerPC则是lwsync。如果你的代码只跑在x86上，lfence是开销最小的选择，比全内存屏障mfence要轻很多，因为它只约束加载，不影响存储操作。

其他补充思路 #

• 不要用全局预取控制：有些CPU可以通过寄存器关闭自动预取，但这是全局设置，会影响其他进程，完全不符合你「只限制当前低优先级进程」的需求，绝对不推荐。
• 主动增加计算开销：比如在循环里加一些无意义的计算，让CPU忙不过来没法预取，但这种方法不可靠，不同CPU的表现差异大，不如前面两种方法可控。

总结一下：如果是x86平台，优先用lfence的方案，代码干净且可控；如果需要跨平台，改进后的假依赖方案虽然丑，但能稳定工作。毕竟你的核心目标是牺牲自身性能换带宽，这两种方法都能达到目的。

备注：内容来源于stack exchange，提问作者Bogi