次の使用法に最適なマシン構成 (CPU パワー、メモリ、およびドライブ テクノロジ) は次のとおりです。
Visual studio 2010 および Visual studio 2012 - 一度に複数のインスタンス Oracle ナビゲーターおよび MSSQL Management studio + その他のプログラム (GIMP、PDF コンバーター、MS Office など)
主な目標は、Visual Studio での迅速なビルドとコンパイルです。
すべてのコンポーネントを正当化する必要があります。これは、作業中の開発マシンの構成であるためです。
Stackoverflow には、次のようなスレッドがいくつかあります: SSD のアイデア
まだ試していない SSD の提案...
・OS Windows8、64bit
マルチコア アーキテクチャ (HyperThreading の有無にかかわらず) では、各コアに専用の実行ユニットとパイプラインがあるため、クロック サイクルを集中的に使用する操作を同時に実行する場合にパフォーマンスが向上します。そのため、コアが多いほど、コンパイル中などにアプリケーションがタイムシェアする可能性が低くなります。
大量の RAM を搭載したシステムは、SSD であろうとなかろうと、状態を (RAM よりも遅い) ディスクに書き込む必要がないため、Visual Studio などの異なるインスタンス間を切り替えるときに利点があります。また、Gimp、Photoshop などで作業する場合のディスク I/O も削減されます。
キャッシュの量は、毎日の作業にもプラスの影響を与える可能性があります。これは、(RAM よりも高速な) キャッシュが多いほど、システムが CPU の制限を離れて、RAM からの読み取り/書き込みに余分な距離を費やす必要性が減るためです。
最後に、「従来の」ディスクに対する SSD の利点は、主にディスクとファイルのアクセス時間で顕著です。OSの起動がスムーズになるので、そのSSDからのプログラムの起動もスムーズになります。ただし、SSD のサイズは、妥当な価格帯の範囲内ではまだかなり制限されています。その価値はありますか？イモ、いいえ。ツールが読み込まれると、開発者が SSD ドライブを実際に必要とする日はほとんどまたはまったくなくなります。