操作系统如何规避频繁触发浮点异常引发的性能开销？

操作系统和硬件层面主要通过以下几种方式来规避这类高频异常的性能损耗：

• 硬件级异常屏蔽机制
  主流CPU（x86、ARM等）都提供浮点控制寄存器（如x86的MXCSR、ARM的FPSCR），支持单独对underflow、overflow、inexact等异常设置屏蔽位。对于inexact这种几乎每次浮点运算都可能触发的异常，操作系统默认就会将其屏蔽——屏蔽后CPU不会抛出中断/异常，仅在寄存器中设置对应的状态位，完全跳过内核介入的流程，性能损耗可以忽略。

• 批量状态检查替代逐指令中断
  当异常被屏蔽时，CPU会把所有触发过的异常状态累积在专用寄存器中，而非每触发一次就通知内核。程序可以在一段密集浮点运算结束后，通过读取状态寄存器批量检查异常情况，避免频繁的内核上下文切换（这是异常处理开销的主要来源）。

• 用户态自主控制异常行为
  操作系统提供用户态接口（比如C标准库的fegetenv/fesetenv，或直接通过内联汇编操作控制寄存器），让程序可以根据自身需求调整异常掩码——比如在不需要精度校验的场景下，屏蔽所有非致命异常；在需要严格校验的阶段，再临时开启特定异常的触发。

• 默认配置优化
  操作系统在进程初始化时，会自动设置合理的浮点异常掩码：通常屏蔽inexact、underflow这类高频但不影响程序执行的异常，仅保留divide-by-zero、invalid这类会导致运算完全失效的异常触发，平衡性能和错误检测需求。

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