在 64 位 Windows Server 2008 R2 上避免使用 GUI 的任何技术原因？

Question

我是设置服务器的新手。我可以看到人们寻求仅在控制台上安装 Web 和 SQL 服务器。我意识到低质量的图形驱动程序和图形驱动程序占用了很大一部分内存空间的简单事实是真正令人担忧的原因。我希望运行简单的脚本工具，但在窗口环境中，因为纯文本不可用。2011年有更新吗？

Answer 1

现在运行服务器的 GUI 惩罚比 10 年前少了很多。以至于我在设置新的 Linux 服务器时不再本能地关闭它。如果我在很大程度上受到 RAM 限制（无法从更高的管理人员那里争取到足够的资金来做正确的事情，或者由于某种原因我在 RAM 受限的 VM 中），那么我将禁用 GUI 作为我的一部分优化。

窗户是另一种动物。当我在服务器控制台上做事时，我看到各种 MMC 消耗了超过 200MB 的 RAM，这不是花生。更重要的是，有时这些管理控制台可能是真正的 CPU 猪。正是出于这些原因，我尽可能在其他地方运行管理 GUI并远程连接到服务器。

至于在 Windows 上编写脚本，远程 PowerShell 的影响尽可能小。目标服务器仍然需要启动一个 PowerShell 脚本环境来运行这个东西，但是无论服务器的控制台上是否弹出一个文本框，都会发生这种情况。

还要记住规模。在 32b 色深下运行 1280x1024 屏幕分辨率的 Windows 服务器将消耗 40MB 的 RAM，仅用于维护可见位图（GDI 消耗的实际数量会有所不同，但我不确定有多少）。至少根据我的经验，40MB 比同时运行两个 PowerShell CLI 窗口的 RAM 价格要低一些。

最后，硬件。虚拟机没有图形硬件，而且图形驱动程序往往更加同质，将视频 RAM 放在首位，并且通常比实际硬件使用更少的 RAM。您陈述的问题在 VM 环境中大大减少。

这些天在 Windows 上避免使用 UI 是否有技术原因？可以制作一个案例，但它比 2001 年左右要弱得多。更大的问题是 UI工具的成本，而不是 UI 本身。