为新构建服务器编译GWT的最佳CPU

Question

在构建我们当前的项目时，GWT编译需要相当长的时间(目前总的编译时间为25分钟，2/3 gwt编译)。我们研究了如何优化这个(例如这里)，但是最终我们决定购买一个新的构建服务器。GWT编译是一项相当密集的CPU任务，因此我们做了一些测试来分析每个核心的改进：

• 1芯=197 s
• 2芯=165 s
• 3芯=149 s
• 4核=157 s(可以是最后一个核心忙于其他任务)

从这些数字来看，似乎增加更多的核并不一定会提高性能，因为这些数字似乎变平了。

1.)所以如果你们中有人能证实/反驳的话，我现在就很兴奋了？因此，8或12个核并不一定会产生影响--但单个cpu速度(mhz)会产生影响吗？

2.)在看到一些基准后，我们的销售倾向于购买*ntel xeon -有没有AMD的经验？(我更像一个AMD的家伙，但目前似乎很难忽视基准)

3.)欢迎其他有关内存、IO等的建议。

更新:当我们得到新的服务器，我会张贴更新的号码.

Answer 1

我们使用的AMD FX-8350 (@4.00GHz)与三星830专业SSD。我们设置了localWorkers=4和-Xmx2048m。以前我们使用的是英特尔XeonE5-2609(@2.40GHz)。这将编译时间从~440缩短到~310秒。

因此，我们还体验到，在单个编译过程(使用localWorkers=4)的情况下，原始CPU速度最重要。当多个编译进程同时在此机器上运行时，SSD会改善IO等待时间，这将随着并发编译进程的计数而增加。

我们目前的硬件支持多达4maven同时构建(每一个使用localWorkers=4)，然后使用高达20 to的内存。随着并发构建数量的增加，构建时间也随之增加。但这不是线性增长，因此我们试图在单个maven进程(Java类编译、测试、.)使用并非所有资源的时期内减少空闲时间。

当我们比较硬件价格时，我们决定购买一台消费PC，作为我们詹金斯建筑农场的奴隶。总体价格比服务器硬件便宜得多，而且在硬件故障的情况下可以很容易地替换为新的。