コンパイルファーム

コンパイルファームは、さまざまな理由でコンピュータ プログラムをリモートでコンパイルするために設定された1 つ以上のサーバーの集合であるサーバー ファームです。コンパイル ファームの用途には次のものがあります。

• クロスプラットフォーム開発:複数のプロセッサアーキテクチャとオペレーティング システムで実行されるソフトウェアを作成する場合、各開発者がアーキテクチャごとに独自のマシンを持つことは不可能な場合がありますたとえば、1 つのプラットフォームに高価な CPU やあまり知られていないタイプのCPU が搭載されている場合があります。このシナリオでは、開発者が対象のオペレーティング システムと CPU を実行する共有サーバー上でソフトウェアをビルドしてテストするためのツールとして、コンパイル ファームが役立ちます。クロス コンパイラは構成が複雑であることが多く、場合によってはターゲットでしかコンパイルできないため、クロス コンパイルが不可能になるため、コンパイル ファームの方がクロス コンパイルよりも望ましい場合があります。
• クロスプラットフォーム継続的統合テスト: このシナリオでは、各サーバーは異なるプロセッサ アーキテクチャを備えているか、異なるオペレーティング システムを実行しています。スクリプトは、バージョン管理リポジトリからソース ツリーの最新バージョンを自動的に構築します。クロスプラットフォーム開発の難しさの 1 つは、プログラマーが意図せずにエラーを導入し、使用している CPU/OS プラットフォームとは異なるプラットフォームでソフトウェアが機能しなくなる可能性があることです。クロスプラットフォーム コンパイル ファームを使用すると、このようなエラーを特定して修正できます。
• 分散コンパイル: ソフトウェア パッケージのビルドには通常、並列で実行できる操作 (たとえば、個々のソース コード ファイルのコンパイル) が必要です。コンパイル ファームを使用すると、これらの操作を別々のマシンで並列に実行できます。これを行うために使用できるプログラムの例としては、distccがあります。

コンパイルファームの一例としては、2006 年までSourceForgeが提供していたサービスがあります。SourceForgeコンパイルファームは、さまざまなオペレーティングシステムが稼働するさまざまなコンピュータアーキテクチャの 12 台のマシンで構成されており、開発者がプロ​​グラムを一般に公開する前にさまざまなプラットフォームでテストして使用できるようにすることを目的としていました。電力スパイクによりマシンのいくつかが破壊された後^[1]、 2006 年のある時点で動作不能となり、2007 年 2 月に正式に廃止されました^[2]。

その他の例:

• GCC コンパイル ファーム https://gcc.gnu.org/wiki/CompileFarm
• OpenSUSE ビルドサービス
• FreeBSDレポート サービスを使用すると、パッケージのメンテナーはさまざまなバージョンやアーキテクチャで独自の変更をテストできます。
• Launchpad ビルドファーム https://launchpad.net/builders
• Mozilla にはビルドファームがありますが、公開されていません https://wiki.mozilla.org/ReleaseEngineering
• Debian にはビルドファームがあります https://buildd.debian.org/
• Solaris x86 および Sparc 用の OpenCSW ビルド ファーム