最好的并行软硬件解决scheme?

我们有一个基于Linux的构build系统,其中一个构build由许多不同的embedded式目标(启用相应不同的驱动程序和function集)组成,每个embedded式目标由另一个主源树构build。

我们不是试图将基于制造的系统转换为更多的多进程友好的系统,而是希望find最好的方法来同时为所有这些目标启动构build。 我不确定的是如何获得最好的performance。

我已经考虑了以下可能的解决scheme:

  • 许多个人build造机器。 缺点:大量的共享代码副本,或从(慢)共享驱动器工作。 更多的系统来维护。
  • 较less数量的多处理器机器(可能是双四核),具有快速条带化的RAID本地存储。 缺点:我不确定如何扩大规模。 看来这个卷会成为瓶颈,但是我不知道现在Linux如何处理SMP。
  • 一个类似的SMP机器,但具有运行VMware的虚拟机pipe理程序或Solaris 10。 这是愚蠢的,还是会提供一些安排好处? 缺点:没有解决存储瓶颈问题。

我打算只是坐下来试验这些可能性,但我想检查一下,看看我是否错过了任何东西。 谢谢!

你正在运行make -j并创build并行作业? Sun有一个很好的指导。

pipe理程序的想法有点傻。 你需要速度和I / O性能,这是一个单一的VMware服务器将从你身上带走的东西。 您可能想要设置尽可能多的内核和磁盘。 这些将是你构build系统的两个真正的限制因素。

有没有一个原因,你不能串行而不是平行运行它们? 走最简单的路线不是最简单的。

为了将来的参考:一个很好的替代品列表。

虚拟化和使用模板,一个代码库,很多选项 – 大赢了:)

您可以虚拟化和使用高速磁盘或转到固态存储。 固态成本虽然可能是一个限制因素。 固态数据容量也有限制。

在这种情况下,最好的办法是让系统具有良好的虚拟化软件。 它简单容易和成本效益。