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

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

运行服务器的GUI惩罚比10年前要less得多。 所以当我build立一个新的Linux服务器时,我不再反感地把它关掉。 如果我的内存受到严重限制(无法从高层pipe理人员那里争夺足够的资金来做正确的事情,或者出于某种原因,我在内存受限的虚拟机中),那么我将禁用GUI作为我的一部分优化。

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

至于Windows上的脚本,远程PowerShell的影响力可能会比较低。 目标服务器将不得不启动一个PowerShell脚本环境来运行这个东西,但是不pipe在服务器的控制台上是否popup一个文本框,都会发生这种情况。

还要记住规模。 在32b色彩深度下运行1280×1024屏幕分辨率的Windows服务器在维护可见位图时会消耗40MB RAM(GDI所消耗的实际数量将会不同,但我不确定)。 根据我的经验,40MB至less比同时运行两个PowerShell CLI窗口的RAM价格要低一些。

最后是硬件。 虚拟机没有graphics硬件,graphics驱动程序趋向于更加均匀,把videoRAM放在最前面,通常使用比实际硬件更less的RAM。 您所陈述的问题在VM环境中大大减less。


这些天有没有技术上的理由来避免Windows上的用户界面? 可以做一个案例,但比2001年左右要弱得多。一个更大的问题是UI 工具的成本,而不是UI本身。