若预取操作在加载指令执行前未完成，是否完全无用？

首先直接给你结论：正在进行的预取操作确实能降低加载指令的延迟，你的第一种假设方向是对的，但实际机制比你想的更高效；第二种假设是错误的，现代CPU不会忽略并行的预取请求。

Skylake架构的具体行为 #

Skylake的内存子系统会跟踪所有“在飞行中”的内存请求（包括预取和正常加载），核心机制是请求合并与匹配：

• 当执行load ptr时，CPU先检查L1缓存：如果ptr不在缓存中，就会发起缓存缺失请求，顺着L2→L3→内存控制器的流程走。
• 此时如果发现同一个地址的prefetch_to_L1请求已经发送到内存控制器（还没完成数据回传），内存子系统会直接把这个加载请求和预取请求合并，等待同一个内存响应，不会重新发起一条全新的主存访问请求。
• 最终加载指令的延迟 = 预取已经消耗的周期 + 剩余的内存响应周期，比完全没有预取时的全延迟要短——相当于把内存访问的一部分时间和CPU的其他操作重叠了。

对你假设的纠正与补充 #

• 你的第一种情况接近实际，但不是“等待预取完成后从L1加载”：加载请求不会傻等预取把数据全弄到L1才开始，而是复用预取已经发起的内存请求流，数据回传后会同时满足预取和加载的需求。
• 第二种情况完全不成立：现代CPU的内存子系统设计就是为了避免重复访问同一地址，浪费带宽和周期，所以绝对不会忽略正在进行的同地址预取请求。

通用直觉总结 #

对于几乎所有现代高性能CPU（Intel Nehalem及以后、AMD Zen系列等）：

• 预取的核心价值是提前发起内存请求，只要预取指令在加载指令的缓存缺失请求被发送到内存控制器之前执行，哪怕预取还没完成，也能有效降低加载延迟。
• 只有当预取发起得太晚——加载指令的缓存缺失请求已经到达内存控制器之后，预取才会被忽略，这时候才完全没用。

内容的提问来源于stack exchange，提问作者Elliot Gorokhovsky