INVLPG指令与mprotect()在TLB失效时是否影响CPU缓存状态？

关于INVLPG指令 #

• INVLPG的核心功能是仅失效指定虚拟地址对应的TLB条目，它完全不涉及CPU缓存的操作：
  • 现代x86 CPU中，TLB（地址翻译缓存）和L1/L2/L3数据/指令缓存是相互独立的硬件模块，INVLPG的操作范围严格限制在TLB内部，不会主动驱逐、修改或失效任何已存在的缓存条目。
  • 如果执行INVLPG前，目标地址的缓存条目已经存在，这些缓存条目依然保持有效；后续访问该地址时，虽然需要重新完成地址翻译（因TLB条目已失效），但只要物理页映射未变，CPU依然可以直接复用缓存中的数据/指令。
  • INVLPG不会触发任何内存访问操作，因此不可能创建新的缓存条目。

关于mprotect()的TLB失效副作用 #

• 当调用mprotect()降级页权限时，内核会触发对应页的TLB失效（多核心场景下会发送TLB shootdown信号同步所有核心的TLB），但TLB失效本身对缓存的影响和INVLPG完全一致：不直接操作缓存。
• mprotect()可能产生的间接缓存操作，属于权限修改的附带逻辑，和TLB失效无关：
  • 例如将页从可写改为只读时，内核会先将该页的脏缓存数据刷回内存（如果页标记为脏），但这是为了保证内存数据一致性的必要步骤，不是TLB失效导致的。
  • mprotect()本身也不会创建目标地址的用户态缓存条目，内核处理页表修改时的内存访问属于内核态操作，不会影响用户态目标地址的缓存状态。

关键架构细节 #

现代x86 CPU的缓存通常以物理地址作为索引/标记，而INVLPG和权限降级的mprotect()都不会改变虚拟地址到物理地址的映射关系——仅修改TLB条目或页表的权限位。因此缓存条目的有效性完全不受影响，除非后续发生页映射变更（如换页、解除映射），但这不属于当前问题中操作的范畴。

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