コード/プロジェクトをSSDまたはセカンダリドライブに保存する必要がありますか？
私はちょうど新しい箱を手に入れました。
プライマリドライブ用のSSDとセカンダリドライブ用の1TBSATAハードディスクがあります。
SSDでWindowsOSとバイナリを実行します
すべてのダウンロード/ドキュメント/音楽などをセカンダリドライブに保存します。
私の質問は、Visual StudioプロジェクトとコードもSSDに保持する必要がありますか、それともセカンダリドライブに保持する必要がありますか？
SSDの高速化は、コンパイルとインデックス検索に適していると思われますが、より並列ディスクの場合は2番目のドライブにSSDを保持する方がよいでしょうIO状況？
SSDの方がはるかに優れているIOであるため、SSDディスクにコードを置くことは理にかなっています。
それはあなたが持っているドライブに依存します。読み取りは常にSSDに失われますが、書き込みパフォーマンスには影響しない可能性があります。書き込みパフォーマンスは、新しい実行可能ファイル、アセンブリ、およびその他のビルドアーティファクトを作成するためのコンパイル中に重要になります。
より大きなソリューションの1つをHDとSSDにコピーし、両方をコンパイルします。あなたはどちらかの方法で違いに気づき、あなたの決定をするでしょう。私の推測では、HDはコンパイル/ビルドの方が高速ですが、ssdは他のすべてに勝ちます。
ハードドライブの速度は、VisualStudioの全体的なパフォーマンスにとって重要です。スコットガスリーはこれでよく触れています 投稿 ：
マシンのマルチコアCPUは、過去数年間で十分に高速になっているため、ほとんどの一般的なアプリケーションシナリオでは、通常、マシンで使用可能なプロセッサ容量をブロックすることはありません。
Visual Studioで開発を行うと、多くのファイルの読み取り/書き込みが発生し、ディスクI/Oアクティビティの実行に多くの時間が費やされます。大規模なプロジェクトやソリューションには、数百（または数千）のソースファイル（画像、CSS、ページ、ユーザーコントロールなど）が含まれる場合があります。プロジェクトを開くとき、Visual Studioは、インテリセンスを提供するために、プロジェクト内のすべてのソースファイルを読み取って解析する必要があります。ソース管理に参加してファイルをチェックアウトすると、ディスク上のファイルとタイムスタンプが更新されます。ソリューションのコンパイルを行うと、Visual Studioは、複数のディスクパスの場所から更新されたアセンブリをチェックし、コンパイルが完了したときに複数の新しいアセンブリをディスクに書き込み、.pdbデバッガーシンボルファイルをディスク上に保持します（すべて個別のファイル保存操作として）。デバッガーをプロセスにアタッチすると（F5キーを押してアプリケーションを実行するときのデフォルトの動作）、Visual Studioは、ブレークポイントを設定するために、アプリケーションのすべてのアセンブリとDLLのデバッガーシンボルを検索して読み込む必要があります。
Visual Studioブログ SSDの使用をお勧めします：
ハードドライブの種類が重要です！そして、ソリューションのロードをさらに高速化するためのもう1つのトリックがあります。 Visual Studioテレメトリは、SSDストレージを搭載したマシンが通常のハードドライブよりも2〜3倍高速にソリューションをロードすることを示しています。そのため、通常のハードドライブを使用している場合は、SSDへのアップグレードを検討することを強くお勧めします。理想的には、Windows、Visual Studio、およびソリューションがすべてSSDに含まれているため、最大の効果が得られますが、WindowsをSSDにインストールすると、ソリューションの負荷に大きな影響があります。
Visual Studioでこれが可能かどうかはわかりませんが、2つの組み合わせが最適な場合があります。 SSDにソースコードを配置しますが、コンパイルされたオブジェクトはHDに書き込まれます。これが、makeベースのプロジェクトのレイアウト方法ですが、他の理由もあります。