我的团队正在 .net 中开发大量 Windows 服务。这些服务通过消息传递解决方案进行通信，其中一些服务的预期响应时间远低于 100 毫秒。
负责配置服务器的运营团队出于财务原因不想在这些机器上安装 Windows Server 2003/2008。相反，他们为我们提供了 Windows XP。他们还声称，由于这些服务器在虚拟化环境 (Vmware ESX) 上运行，我们不需要在其上添加另一个“服务器”操作系统。
我觉得这似乎有些不对，但我并不是这方面的专家。
因此，对于此类应用程序来说，运行 Windows Server 2008 与 Windows XP 相比有哪些优点/缺点？
编辑 ：
- 我有兴趣比较 Windows XP 和 Server 2003/2008 的 X64 版本，因为我们的某些服务消耗的内存超过 2Gb。
- 我所说的 Windows 服务应该是全天候运行的，但我们可以为它们提供用于服务器更新的窗口（如果这与讨论相关）。
- 对于这种类型的应用程序，我指的是我的问题的第一句话 => .net 中的 Windows 服务根据传入的消息进行一些计算。有些计算非常短（小于 1 毫秒，吞吐量为几千条消息秒），我们预计延迟合理，如所述，而其他计算则相当长（几分钟，但触发次数少得多）。基本上，您可以将其视为某种通过总线进行通信的代理，无论代理是什么。
答案1
“运营团队”应该因无能而被解雇。XP 已经过时了，很可能是 32 位的。它实际上并未获得服务器使用许可，这使得法律问题变得有趣（从财务角度而言）。
他们应该安装 2008 R2 64 位。服务器或客户端操作系统本身并没有什么区别 - 操作系统就是操作系统，在 VmWare 中你需要一个操作系统。
其中一些的预期响应时间远低于 100 毫秒。
从虚拟化中删除 thm。虚拟化无法保证这一点。VMware 在 vm 的 sio 之间切换，任何需要快速响应时间的事情在这里都至关重要。
对于此类应用程序，运行 Windows Server 2008 与 Windows XP 相比有哪些优点/缺点？
首先，XP 已经严重过时了。如果他们说 Windows 7（相当于 2008 R2），情况可能就不一样了，但基本上第一个问题是，你为什么要运行落后两代、采用当前技术的系统？64 位（你不需要 32 位服务器）对 XP 来说有问题。