質問: windowsのプライマリパーティション/ドライブc:を小さくする理由はありますか? 約20年前の私の仕事では、itの専門家はwindowsのメインパーティション(cドライブ)のサイズを他のパーティションに比べて非常に小さくしていました。彼らはこれが減速することなく最適速度でpcを走らせると主張するでしょう。しかし、その欠点は、c:ドライブを小さくしておくと容量がいっぱいになり、すぐに新しいソフトウェアをインストールできなくなることです。ソフトウェアをd:ドライブにインストールしても、その一部は常にc:にコピーされます。私の質問は、このやり方はまだ良いですか?それが行われる理由もしあれば、その主な利点は何ですか?明らかなことの1つは、1次区画がクラッシュした場合、データは2次区画で安全であるということです。私がこの質問をしているのは、私がvisual studioをアップデートしようとしているのですが、プライマリパーティションに24mbしか残っていないからではありません。
回答: 私はソフトウェア開発者ですが、「通常の」/バックオフィスのit作業にも時間を費やしています。私は通常、ドライブc:にosとアプリケーションを保持し、ドライブd:に個人用ファイルを保持します。これらは必ずしも個別の物理ドライブである必要はありませんが、現在、「システム」ドライブ(c :)として比較的小さなssdを使用し、「ホーム」として「従来の」ディスクドライブ(回転磁気プラッターを使用)を使用していますドライブ(d :)。すべてのファイルシステムは断片化の影響を受けます。 ssdでは基本的にこれは問題ではありませんが、従来のディスクドライブでは依然として問題です。断片化により、システムのパフォーマンスが大幅に低下する可能性があることがわかりました。たとえば、ドライブを最適化した後、大規模なソフトウェアプロジェクトの完全なビルドが50%以上改善されたことがわかりました。問題のビルドに1時間かかったので、これはnot些細な違い。私の個人ファイルを別のボリュームに保存すると、次のことがわかりました。 システムボリュームは、ほぼ同じくらい(またはひどく)断片化されません。 2つの個別のボリュームをデフラグする方が、すべてを含む単一のボリュームよりもはるかに高速です。各ボリュームは、結合ボリュームの場合と同様に20%〜25%かかります。 これは、windowsのいくつかのバージョンを使用して、いくつかの世代のpcでこれを観察しました。(コメント者が指摘したように、これはバックアップの作成を容易にする傾向もあります。)私が使用する開発ツールは、大量の一時ファイルを生成する傾向があることに注意する必要があります。これは、断片化の問題に大きく寄与しているようです。したがって、この問題の深刻度は、使用するソフトウェアによって異なります。あなたは違いに気付かないかもしれませんし、その違いに気付かないかもしれません。 (ただし、ビデオ/オーディオの構成や編集など、i/o集約型のアクティビティがあり、使用するソフトウェアによっては、多数の一時ファイルや中間ファイルが生成される場合があります。これは、1つのクラスのユーザーのみに影響を与えるものとして)警告: windowsの新しいバージョン(8以降)では、c:以外のボリューム上のユーザーフォルダーが公式にサポートされなくなったため、これははるかに困難になりました。 windows 7からwindows 10へのインプレースアップグレードを実行できなかったことがわかりますが、ymmv(ユーザーフォルダーを[再]検索する方法はいくつかありますが、影響を受けるものはわかりません) 。追加の注意点:従来のドライブで2つの個別のボリュームを維持する場合、d:ボリュームにページファイルをセットアップすることができます。 wooshellの回答に記載されている理由により、これにより、ページファイルへの書き込み時のシーク時間が短縮されます。