我读到了以下陈述：
x86架构包括一种特定的段类型，称为任务状态段（TSS），用于存储硬件上下文。尽管Linux不使用硬件上下文切换，但它仍然被迫为系统中每个不同的CPU设置一个TSS。
我想知道：
最后，也如往常一样，感谢您的耐心和回复。
-----------添加--------------
http://wiki.osdev.org/Context_Switching提供了一些解释。
和我一样困惑的人可以看一下。 8^）
x86 TSS在硬件多任务处理中非常缓慢，与软件任务切换相比几乎没有任何优势（实际上，我认为手动切换任务往往比TSS更胜一筹）。
TSS也因其烦人且繁琐而闻名，并且即使对于x86-64架构也不可移植。Linux旨在在多个架构上运行��因此他们可能选择使用软件任务切换，因为它可以以机器无关的方式编写。此外，软件任务切换提供了更多可以完成的操作并且通常比使用TSS更容易设置。
我认为Windows 3.1使用了TSS，但至少NT>5内核没有使用。我不知道有任何类Unix操作系统使用TSS。
请注意，TSS是强制性的。操作系统所做的事情是为每个处理器创建一个单独的TSS条目，并且每次需要切换任务时，它们只需更改此单个TSS。软件任务切换在TSS中仅使用ESP0和SS0字段。这用于从Ring 3代码转到Ring 0的中断。没有TSS，就没有已知的Ring 0堆栈，这显然会导致GPF并最终三重错误。
据我所知，在 Linux 1.3 之前，Linux 曾使用基于硬件的切换方式。然而，后来发现基于软件的上下文切换更快，且更加灵活。
另一个原因可能是为了最小化架构相关代码。Linux 第一个移植到非 x86 架构的版本是 Alpha，而 Alpha 没有 TSS，如果所有架构都使用软件切换，则可以共享更多的代码（这只是一个猜测）。不幸的是，在 1.2-1.3 内核版本期间的变更日志并没有得到很好地保存，因此我无法给出更具体的信息。
Linux不使用分段内存模型，因此这种分段特定的功能并没有被使用。
x86 CPU具有许多不同类型的硬件支持来进行上下文切换，所以区别不是硬件与软件之间，而更多地是操作系统如何使用各种可用的硬件功能。不必使用它们所有。
Linux非常注重效率，可以肯定的是有人已经对可能的每个选项进行了剖析，并且当前使用的选项是最好的可用折衷方案。
