【问题标题】:Recommended spec for a build server构建服务器的推荐规范
【发布时间】:2010-09-16 03:26:42
【问题描述】:

我们正在使用 CruiseControl.NET 来管理我们的构建,并且我们正在获取一个新的构建服务器。我的任务是为新服务器制定规范。

此服务器需要尽可能高效地同时运行多个构建。

您认为此服务器的理想规格是什么?

也欢迎任何与该主题相关的现有文章/博客的链接!

编辑:RAID 会有帮助吗? (加分)

【问题讨论】:

    标签: build cruisecontrol.net


    【解决方案1】:

    我还要指出,以上所有建议都取决于您用于编译的内容。例如,如果您使用 VisualStudio 命令行,那么您第一次尝试并发构建时会非常难过。如果它们是并发的,还将进行多少构建。大多数人尝试过多地加强构建服务器,处理器很少是瓶颈。磁盘 I/O 通常是罪魁祸首。您还需要分析您的构建有多少可以并行运行,或者是订单类型的依赖重构建项目?通常,您应该让硬件专家分析当前的构建(构建),他们通常可以对它们提出建议。我们实际上使用虚拟化构建服务器 (6),它们都运行在具有 4 GB RAM 的单个四核上,它的运行速度几乎与它们各自在服务器上直接运行时一样快。这就是我们获得并行性的方式。

    【讨论】:

      【解决方案2】:

      基本上,您正在寻找与在开发人员机器中寻找的相同的东西:

      1. 尽可能多的 RAM(请记住,您需要运行 64 位操作系统才能利用超过 3gig 的内存)
      2. 您负担得起的最快磁盘
      3. 尽可能多的内核

      如果您使用 MSBUILD 并且没有进行过多的并发构建,我建议您使用并行构建开关 (http://www.hanselman.com/blog/FasterBuildsWithMSBuildUsingParallelBuildsAndMulticoreCPUs.aspx)。对于并发构建,最好让构建坚持单个进程(和核心)。

      【讨论】:

      • 学究气:您需要 64 位 Windows(或服务器版本)才能使用超过 3(+ 位)GB。其他 32 位操作系统可处理高达 64GB 的 RAM,桌面 Windows 版本受到人为限制。
      • 当然。发帖人指出他们正在使用 CruiseControl.net,所以我假设他们正在运行某些版本的 Windows。
      【解决方案3】:

      确保规格包括多核处理器和高速硬盘 (10000RPM)。

      【讨论】:

        猜你喜欢
        • 2020-03-13
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2015-03-20
        • 1970-01-01
        相关资源
        最近更新 更多