为何重定位表中使用相对地址比绝对地址更利于程序运行性能？

地址无关代码（PIC）与内存映射效率 #

• 相对地址是基于当前指令指针（IP/RIP）的偏移量，程序加载时无需修改代码段内容，直接映射到内存就能运行。而绝对地址需要加载器修改代码里的绝对地址值，这会触发**写时复制（Copy-on-Write）**机制，额外消耗内存资源，还会带来页表操作的延迟。
• 对共享库而言，相对寻址让多个进程可以共享同一份库的代码页，不用每个进程都复制一份修改后的代码。既省内存，又减少了内存访问的竞争和缓存失效的概率。

缓存命中率提升 #

• 相对地址占用字节更少（比如x86-64架构下，相对偏移常用32位，绝对地址是64位），重定位表体积更小，能更高效地被CPU缓存加载。更多的表条目可以放进L1/L2缓存，降低缓存 miss 的概率，加快重定位时的访问速度。
• 虽然相对地址转绝对地址需要一次加法运算，但CPU算术单元处理这种简单加法的延迟极低，远低于缓存 miss 带来的数百个时钟周期延迟。反观绝对地址，虽然不用转换，但更大的表体积更容易导致缓存失效，整体延迟反而更高。

加载与链接速度优化 #

• 加载程序时，用相对地址的重定位项不用修改代码段，只需要处理数据段的少量重定位（比如全局变量引用）。而绝对地址要遍历所有代码段里的绝对引用并修改，增加了加载器的处理时间，大型程序或共享库的差异尤其明显。
• 相对寻址的重定位逻辑更简单，加载器可以批量处理偏移计算；绝对地址则要逐个修改内存中的地址值，涉及更多内存写操作，不仅耗时，还会弄脏缓存行，影响后续程序执行性能。

关于转换开销的补充 #

你提到的相对地址转绝对地址的额外处理时间，其实是极小的固定开销——只是一次基于指令指针的加法，CPU能在指令流水线里并行完成，几乎不会影响执行速度。而绝对地址带来的内存修改、缓存失效、写时复制等问题，都是随程序规模增长而放大的开销，整体来看远大于那点加法成本。

内容的提问来源于stack exchange，提问作者Alfa Hores