为什么Windows不适合实时系统/高性能服务器？

Question

我希望这个问题不是太主观，但是为什么Windows被认为不适合实时系统和高性能服务器？是否有任何技术论文或研究来评估它与*nix替代方案的性能？

我从来没有听过任何关于为什么开发人员反对在这些类型的系统上使用Windows的解释，除了非常常见的“Windows不是一个实时操作系统”的说法，好像这是某种不需要被证明的众所周知的事实。

请注意，我问的是Windows CE/Windows Server，而不是操作系统的桌面版本。

Answer 1

实时操作系统需要一定数量的确定性行为。您希望能够设置始终遵守的特定任务优先级，并具有具有特定优先级的中断。您不能让操作系统决定将优先级给予应用程序外部的守护进程或任务。根据您的系统微秒可能很重要，运行50个用户来处理应用程序外部的守护进程的操作系统可能是致命的。

现在，这并不意味着你不能将Windows用于实时应用程序。事实上，我已经做了好几次了，它只是由系统内置的硬件卡和缓冲来处理实时方面。如果操作系统延迟了数百毫秒，这只是意味着显示器可能在数据中出现了明显的小插曲。没有数据丢失或未收集。我们还可以通过自定义其他任务正在运行来避免问题(与铁杆玩家做的事情几乎相同)。

或者，我最近收到了一个实时系统的请求，在这个系统中，实时硬件将发出一个回调，windows代码将看到该回调，然后发送一条USB消息。消息必须在微秒内发送，并且无论延迟是什么，它都必须是确定性的，以便接收USB消息的系统能够补偿延迟。这对我来说是Windows不适合的东西，所以设计被重新设计了。

尽管这个问题现在已经结束了，但我想我应该用一个关于这个主题的更长的blog post I wrote的链接来补充这个回答。

Answer 2

Windows在这方面的名声由来已久，主要基于孤立的糟糕经历(每个人都有一些，不是吗？)它坚持通过主要的修订，使旧的理由过时。不幸的是，绝大多数系统管理员从未见过Microsoft免费提供的任何性能调优文档，甚至很少有人费心对系统进行适当的调优。

实时关键系统可以在Windows上运行。例如，看看呼叫中心解决方案-这是我的专业领域之一，我监督了几十台服务器就是这样做的。这些机器可以有数百条线路同时处理语音识别和语音合成，与数据库和可编程呼叫路由系统进行通信。延迟响应电话公司的设备可能会导致部分或全部呼叫中断或呼叫质量严重下降。我们仍然需要实施防病毒和其他安全措施，而这些系统仍在运行。

您需要做的最重要的事情是：*消除定期的自动作业和流程，如检查和应用更新、磁盘维护(如碎片整理操作和清理)和完全扫描，并将它们移至定期计划的停机时间进行维护。*有足够的内存，这样系统就不会因为交换而陷入困境*将您的交换放在自己的分区上，这样碎片就不会干扰交换文件(我的一些系统没有这个分区，但仍然可以工作)*与防病毒供应商合作，使其尽可能少地干扰您的服务器，同时仍然提供足够的保护-大多数防病毒软件旨在供桌面使用，而不是服务器使用，需要调整*调整您的组/本地安全策略

最后，如果管理不当，UN*X系统可能会出现同样的问题:排定的作业、不充分的交换配置以及侵入性第三方安全软件。当涉及到安全性时，它们也经常被忽视，以至于当它们被攻破时，并不比Windows服务器被攻破时更令人惊讶。

你必须保持平衡。两个平台都可能同样管理不善，而且两个平台都可以很好地进行调整。如果你主要与UN*X平台的人交谈，那么，他们喜欢自己的平台是有原因的，而且对Windows有很多偏见，你会得到反映这一点的答案。如果你和微软的人交谈，你会从他们的角度得到同样的东西。

当你选择平台时，最重要的事情应该是供应商对你正在运行的应用程序的支持-他们更多地投资于哪一个，以及他们在开发中偏爱哪一个？什么已经被证明是最好的，什么将在未来继续可用？

Answer 3

如果你想要一个答案，你应该给我们一些事实。谁说Windows不适合高性能服务器？我们不知道，但你显然知道。所以你比我们更有资格回答，不是吗？

至于实时系统？这是真的。Windows不适合，因为它不是实时操作系统。Linux和OSX也是如此，顺便说一下。实时系统需要一些非常专业的操作系统。而以性能、吞吐量和响应性为目标的主流操作系统，无论是由微软还是其他任何人编写的，都不会起到作用。