我正在读罗伯特·洛夫的《Linux内核开发》，我读到了以下一段:
No (Easy) Use of Floating Point
当用户空间进程使用浮点指令时，内核管理从整数模式到浮点模式的转换.当使用浮点指令时，内核必须做的事情因体系 struct 而异，但内核通常会捕获一个trap ，然后启动从整数模式到浮点模式的转换.
与用户空间不同，内核没有对浮点的无缝支持，因为它无法轻松捕获自身.在内核中使用浮点需要手动保存和恢复浮点寄存器，以及其他可能的trivia.简单的回答是:Don’t do it!除了极少数情况外，内核中没有浮点操作.
我从没听说过这种"整数"和"浮点"模式.它们到底是什么？为什么需要它们？这种区别是存在于主流硬件架构(如x86)上，还是特定于一些更奇特的环境？从进程和内核的Angular 来看，从整数模式到浮点模式的转换到底需要什么？
Because...
...an OS kernel may simply turn the FPU off. Presto，无需保存和恢复状态，因此可以更快地切换上下文.(这就是mode的意思，它只是表示FPU已启用.)
如果一个程序试图执行FPU操作，该程序将进入内核，内核将打开FPU，恢复可能已经存在的任何保存状态，然后返回以重新执行FPU操作.
在上下文切换时，它知道实际执行状态保存逻辑.(然后它可能会再次关闭FPU.)
顺便说一句，我相信这本书对内核(而不仅仅是Linux)避免FPU操作的原因的解释是...不完全准确1
内核can会陷入自身的trap ，并在很多方面都会这样做.(计时器、页面错误、设备中断等.)真正的原因是内核不需要特别的need FPU操作，还需要在根本没有FPU的架构上运行.因此，它只是避免了管理自己的FPU上下文所需的复杂性和运行时，而不执行ops，因为ops总是有其他软件解决方案.
有趣的是，如果内核希望在每次系统调用、每次中断、内核线程之间的每次切换时都使用FP . . .，那么必须保存FPU状态的频率是多少.即使偶尔需要内核FP，2在软件中也可能更快.