ビルド・パフォーマンスのためのベスト・デベロッパー・ワークステーション構成

Question

私たちの開発者は、大きなVisual Studioプロジェクトで頻繁に作業し、MSBuildとNantを使用してコマンドラインビルドを実行することがよくあります。これらの自動化されたプロセスには、ローカルSQL Serverデータベースのリセット、大きな階層的なプロジェクト構造のフルビルドの実行、さらには自動化されたUIテストスイートの実行（SeleniumとWatinによる）が含まれます。

ゲーマーにとって理想的なマシン構成に関するパフォーマンスベンチマークや議論がたくさんあります。私はプロの開発者のための最適なマシン構成についての感覚を得ることに興味があります。

私が持っていた投機的な黙想の一部を以下に示します。

1）悪い十分なビデオカードは、パフォーマンスを低下させることはできますか？ （私はVisual Studioコンソールの出力がビデオカードがエントリーレベルであるときに、再構築プロセスを遅くするのを見た。）開発の部分？または、余分な安価なRAMをマシンに充填し、2GBのRAMドライブを分割し、その超高速パーティションで発生するようにビルド活動を指摘することもできますか？

3）C＃コンパイラは複数のコアを利用していますか？ NantやMSBuildで複数のコアを利用することができますか？

これらの行に沿って考えていただければ幸いです。私たちは既にかなり疲れているにも関わらず、ワークステーションで待つのに多くの時間を費やしています。私たちのOS、アプリケーション、コードの作業ディレクトリ、SQLデータベースは現在、すべて同じ大容量のローカルドライブパーティションに置かれており、最適化には熟しているようですが、コミュニティから洞察を集めたかったのです。

おかげで、 ジェフ

Answer 1

あなたはまだ答えを探しているなら、私は知らないが、何もない場合、誰かが将来的にこれは便利かもしれません。私はビルドを最適化するためにパフォーマンステストを実行していましたが、ここに私が見つけたものがあります：

1）ビルドシェルを最小限に抑えることを超えて、これについてはあまり心配しません。しかし、私のマシンはまともなビデオカードを持っているので、私はあなたに明確な答えを与えることはできません。

2）私たちのテストは主にSSDに焦点を当てていました。私たちが最初に学んだことは、その価値がないということです。十分なメモリ（約12 GB）を備えたマシンでは、SSDは1時間のビルドでほんの数分の差をつけました。メモリが少ない（約4 GB）マシンでは、その差は数分大きくなりましたが、最終的にはメモリを増やすことで、より多くの利益を得ることができました。つまり、ビルドが実行されている間に他の多くのことをやっている状況についてはテストしませんでした。SSDの利点があると思います。

3）はい。このフォーラム投稿1は、あなたが始めるのに役立つかもしれません。