Operating system 操作系统代码和用户应用程序代码如何在同一处理器上运行

我们都知道，操作系统负责处理用户应用程序所需的资源。操作系统也是一段运行的代码，那么它如何管理其他用户程序呢

操作系统是否在专用处理器上运行，并在其他处理器上监视用户程序

---

操作系统实际上是如何处理用户应用程序的？

需要一本完整的书来回答您过于宽泛的问题

阅读（一本可免费下载的书）

操作系统是否在专用处理器上运行，并在其他处理器上监视用户程序

一般情况下，不是。同一处理器（或内核）处于用户模式（对于用户程序；阅读和）或管理模式（对于操作系统）

操作系统实际上是如何处理用户应用程序的

通常通过提供从应用程序以某种受控方式完成的操作

例如，一些学术操作系统的设计考虑了其他原则（隔离的形式证明技术）

---

还可以阅读关于等的内容。

回答你的问题太宽泛，需要一整本书

阅读（一本可免费下载的书）

操作系统是否在专用处理器上运行，并在其他处理器上监视用户程序

一般情况下，不是。同一处理器（或内核）处于用户模式（对于用户程序；阅读和）或管理模式（对于操作系统）

操作系统实际上是如何处理用户应用程序的

通常通过提供从应用程序以某种受控方式完成的操作

例如，一些学术操作系统的设计考虑了其他原则（隔离的形式证明技术）

---

还可以阅读关于等的内容。

这取决于操作系统的结构。对于任何现代操作系统，内核都是通过异常或中断来调用的。操作系统在中断期间“监视”进程。操作系统安排计时器中断。当计时器关闭时，中断处理程序确定是否需要切换到其他进程

另一个操作系统管理路径是通过异常。应用程序通过异常调用操作系统。异常处理程序还可能导致操作系统切换到另一个进程。如果一个进程调用了一个read-and-wait系统服务，那么这个异常处理程序肯定会切换到一个新的进程

---

在古代，多处理器通常有一个处理器作为专用主处理器，并且是处理特定任务的唯一处理器。现在，所有正常的操作系统都使用对称多处理，其中任何处理器都可以处理任何任务。

这取决于操作系统的结构。对于任何现代操作系统，内核都是通过异常或中断来调用的。操作系统在中断期间“监视”进程。操作系统安排计时器中断。当计时器关闭时，中断处理程序确定是否需要切换到其他进程

另一个操作系统管理路径是通过异常。应用程序通过异常调用操作系统。异常处理程序还可能导致操作系统切换到另一个进程。如果一个进程调用了一个read-and-wait系统服务，那么这个异常处理程序肯定会切换到一个新的进程

---

在古代，多处理器通常有一个处理器作为专用主处理器，并且是处理特定任务的唯一处理器。现在，所有正常的操作系统都使用对称多处理，任何处理器都可以处理任何任务。

这是一个更适合的广泛主题。@Austin:我不认为这是一个关于电子学的问题。但是它仍然是离题的，对于堆栈溢出来说太广泛了@BasileStarynkevitch的可能重复-同意，如果计算机工程中有堆栈溢出，那就是应该去的地方，但是EE堆栈溢出通常有更多的微控制器讨论，这似乎是一个基本的计算机工程主题。这是一个更适合的广泛主题。@Austin:我不认为这是一个关于电子学的问题。但是它仍然是离题的，对于堆栈溢出来说太广泛了@BasileStarynkevitch的可能重复-同意，如果计算机工程中有堆栈溢出，那就是应该去的地方，但是EE堆栈溢出通常有更多的微控制器讨论，这似乎是一个基本的计算机工程主题。仅解释计时器中断极易误导，但不幸的是，这太普遍了：（仅解释计时器中断极易误导，但不幸的是，这太普遍了：(