避免在 64 位 Windows Server 2008 R2 上使用 GUI 有什么技术原因吗?

避免在 64 位 Windows Server 2008 R2 上使用 GUI 有什么技术原因吗?

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

答案1

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

Windows 是另一种动物。当我在服务器控制台上执行操作时,我看到各种 MMC 消耗了超过 200MB 的 RAM,这可不是小数目。更重要的是,有时这些管理控制台可能是真正的 CPU 消耗大户。出于这些原因,只要有可能,我就会运行管理 GUI别的地方并远程连接到服务器。

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

还要记住比例。运行 1280x1024 屏幕分辨率和 32b 颜色深度的 Windows 服务器仅在维护可见位图时就会消耗 40MB 的 RAM(GDI 实际消耗的量会有所不同,但我不确定有多少)。至少根据我的经验,40MB 比同时运行两个 PowerShell CLI 窗口的 RAM 价格要低一些。

最后,硬件。虚拟机没有图形硬件,图形驱动程序往往更加同质化,直接从顶部取走视频 RAM,并且通常使用的 RAM 比实际硬件少得多。您提到的问题在 VM 环境中大大减少。


如今,是否有技术原因导致人们避免在 Windows 上使用 UI?可以提出一个理由,但与 2001 年左右相比,这种理由要薄弱得多。更大的问题是 UI 的成本工具而不是 UI 本身。

相关内容