Performance 如果是活动窗口，任务是否会更快完成？

我听过这样一个神话：如果一个作业保持为活动窗口，而不是在后台或最小化，它将更快地完成

这是真的吗？CPU是否优先于发生这种情况的任务

---

谢谢，这在Windows上部分是正确的。Windows将分配一个GUI应用程序，该应用程序的窗口优先级略高。因此，如果有其他优先级正常或较低的任务，那么程序实际上可以运行得更快一些，而其他程序的运行速度则会慢一些

---

然而，有一个陷阱。当您在VisualStudioIDE中开始编译时，IDE将为编译生成一个单独的进程，并且只将其输出重定向到自己的窗口。由于编译过程现在没有自己的窗口，因此不会获得加速。

在windows上，前台应用程序获得优先级提升。这有助于它保持对用户的响应能力，并确保在等待某个I/O事件后准备好运行时，它将在下一步运行，领先于可能等待运行的大多数其他应用程序

在前景应用中，也有可能使用更长的量子

我不知道如果一个应用程序在前台而不是后台运行，那么它完成的速度会有多快——有很多因素会影响它（特别是I/O）。目的是使应用程序更具响应性

这在某种程度上是可配置的（可能仅在服务器SKU上）：

---

Windows允许您为“前台”任务提供优先级优势，因此这可能不是神话。您也可以通过另一种方式进行设置，以使“服务”任务具有优先级优势，因此这取决于安装

---

请注意，这只会影响优先级。。。如果没有其他任务在运行，那么在这两种情况下，它的运行都不会有明显的不同。只有当另一个应用程序需要CPU时间时，您才可能注意到差异。

这取决于您的设置。在默认Windows桌面操作系统上，这是正确的。在Windows server操作系统（如Windows 2003）上，情况并非如此

---

您可以通过进入“系统属性”并单击“性能”选项卡来更改设置。确切的布局因Windows版本而异，但您应该看到（或通过单击高级子选项卡或查找“调度程序”可以看到）在“工作站”和“服务器”配置之间的无线电/组合选择，或者在程序或后台服务之间的优先级选择。在这两种情况下，它们都是相同的东西（只是不同的语言-服务器/工作站语言来自Windows 2000，而程序/服务是为更面向消费者的XP创建的）-它们确定调度程序是否特别重视最顶部窗口的线程，或者是否所有线程都被同等对待（基于thread Priority属性）。

在Symbian移动电话上也有一个配置选项