現在の自動ビルドは、1つのマスターボックスと4つのコア2デュオピザボックス（約2.5Ghz）で構成され、それぞれ3 GBのメモリがあり、すべてUbuntuLinuxを実行しています。（竹を使用）
1つ以上のSolarisボックスで実行するためにこれを再調整するように依頼されました。現在のビルドは、Javaビルド、長期実行の統合テストビルド、および自動化されたSeleniumテストの組み合わせで構成されています。これはかなり典型的な大規模プロジェクトビルドです。現在の環境には十分な容量があり、コアなどを問題なく失う可能性があります。
「大量の」メモリ（16〜32GB？選択可能）を備えた8台のCPUSolarisマシンを検討しています。または多分いくつかの4つのCPUマシン？
単一のボックス内で動作がかなり直線的にスケーリングすることを期待できますか？私はここで実際の経験を探しています。IOがどのように問題になるかについての「理論的」観察は、あまり興味深いものではありません。
実際、ビルドはほとんどの時間をある種の IO に費やしていることがわかりました。したがって、CPU の数を増やしても、思ったほど役に立ちません。ただし、追加のマシンには追加のディスクとネットワーク帯域幅があります。したがって、彼らはもっと役立つかもしれません。ただし、単一のボックスの構成を改善して、同じパフォーマンスを得ることができます。
通常、一度に実行するビルドの数は? 通常、2 つのビルドが現在キューに入れられている (そして 2 つのビルドが実行されている) 場合、一度に 4 つのビルドを実行すると改善されます。しかし、それ以上の差はあまりありません。
64 GB のメモリを搭載した 8 コア マシンは、最近の新しいサーバーでは驚くほど標準的です。この構成では、SSD ドライブを取得してディスク アクセス時間を改善し、4 ～ 8 個のビルダー/エージェントを実行することをお勧めします。これは、通常、常に 8 個以下のビルドを待機している場合には十分です。
テストが長時間実行される場合は、すべての高速テストを実行するクイック ビルドと、夜間にのみ実行される低速のフル ビルドの 2 つのビルドを用意することでメリットが得られる場合があります。