だから、私はすべてのもののうち、ファイルシステムに興味がありました。 私はこれが私にとって非常にオタクであることを知っていますが、Macを手に入れてから、デフラグなどを心配する必要があるかどうか興味がありました。 Windowsユーザーは、コンピューターをスムーズに実行し続けるために、頻繁にハードドライブを最適化する必要があることを知っています。 Macの世界では、デフラグする必要はないと言われています。 どうしてこれなの？
異なるファイルシステム
ファイルアロケーションテーブル（FAT）。 これは、MS-DOS用にMicrosoftが開発したファイルシステムで、Windows MEまで使用されていました。 FATを使用してフォーマットされたディスクは、ブートセクター、ファイルアロケーションテーブル、およびデータで構成されます。 ブートセクターには、コンピューターの起動に必要なコードが含まれています。 ファイルアロケーションテーブルは、特定のファイルとディレクトリが存在するディスク上の場所のマッピングです。 次に、データ自体があります。 FATファイルシステムの問題は、ファイルが削除されたとき、または新しいファイルが削除されたときに、ドライブ上のその空白スペースが他の何かによって書き込まれる可能性があることです。 FATは、これが発生した場合に新しいファイルの場所を処理しないため、ファイルフラグメントがディスク全体に書き込まれます。 ファイルアロケーションテーブルではデータを見つけることができますが、ハードドライブの読み取り/書き込みヘッドはディスクの異なる部分からデータを収集する必要があります。 このため、パフォーマンスが低下します。 FATファイルシステムは、その設計上、特に断片化の影響を受けやすくなっています。 FATの詳細については、Wikipediaをご覧ください。
NTFSは、New Technology File Systemの略です。 これも、MicrosoftがWindows NTのオペレーティングシステム用に開発したものです。 つまり、NTFSは、Windows 2000、XP、Server 2003、Server 2008、および由緒あるWindows Vistaを含む、NTカーネルに基づくWindowsのすべてのバージョンで使用されます。 NTFSとの主な違いは、メタデータに基づいていることです。 ウィキペディアによると、メタデータは「データに関するデータ」です。 言い換えると、メタデータは、ハードドライブ上のファイルとディレクトリに関するあらゆる種類の情報を格納するドライブ上の小さなミニデータベースのようなものです。 NTFSは、圧縮、ファイルレベルのセキュリティなど、企業にとって有用なものをサポートし、それらの属性はメタデータに保存されます。 このファイル処理方法の素晴らしい点は、他の機能をサポートするために拡張できることです。 実際、MicrosoftはNTFSの5つの異なるバージョンをリリースしており、それぞれの更新はより多くの機能を提供します。 NTFSの詳細については、Wikipediaをご覧ください。
フラグメンテーションに関しては、NTFSはFATよりもはるかに改善されており、ハードドライブ上のデータの場所を処理する方法がより効率的です。 ただし、NTFSは断片化の影響を受けます。 しばらくの間、NTFSは断片化の影響を受けないという神話がありましたが、やはり神話でした。 NTFSファイルシステムは非常に柔軟です。 NTFSから新しい属性または容量が呼び出されると、スペースが確保され、その情報がマスターファイルテーブルに保存されます。 小さなファイル用に一定のスペースが確保され、そのファイルが非常に大きくなると、NTFSが新しいデータストレージエリアを作成するときに、そのファイルの一部をドライブの他のエリアに保存する必要があります。 また、NTFSファイルシステムは、FATと同様にクラスターを使用しました。 したがって、はい、NTFSの断片化の容量は減少する可能性がありますが、依然として影響を受けやすくなっています。
Ext3は、Linuxで使用されるファイルシステムです。 ext3がWindowsファイルシステムと比較して最も注目に値するのは、ジャーナルファイルシステムであるということです。 ジャーナルファイルシステムとは、実際にドライブに書き込まれる前に、ファイルへのすべての変更がジャーナルに記録されるシステムです。 ジャーナルは、ドライブの指定された領域に保存されます。 その性質上、ジャーナリングされたファイルシステムは破損する可能性がはるかに低くなります。 ジャーナルは、ファイルに対して実行されるすべてのアクションの実行中の記録です。 そのため、中断（停電など）が発生した場合、ジャーナル内のイベントを単に「再生」して、ジャーナルとドライブ上のファイル間の整合性を再作成できます。
ext3の性質により、断片化はほとんど存在しません。 実際、ウィキペディアによると、Linuxシステム管理者ガイドは、 「最新のLinuxファイルシステムは、連続するセクターに格納できない場合でも、ファイル内のすべてのブロックを近づけることで断片化を最小限に抑えます。 ext3などの一部のファイルシステムは、ファイル内の他のブロックに最も近い空きブロックを効果的に割り当てます。 そのため、Linuxシステムでの断片化について心配する必要はありません。」
ただし、OS Xのファイルシステム（これもジャーナルに記録されています）を調べると、Linuxが同様に断片化の対象になっている理由がわかり始めます…
階層ファイルシステム（HFS）は、Mac OS Xで使用されるファイルシステムです。 Apple自身が開発しました。 元のHFSファイルシステム（Mac OS標準と呼ばれることが多い）と、最新のリビジョンHFS Plus（Max OS Extendedと呼ばれる）があります。 HFSは多くの改訂を経てきました。 HFSはもうほとんど使用されません。 HFS PlusはMac OS 8.1で導入されました。 私たちの議論で最も注目すべきは、AppleがMac OS 10.3でファイルシステムにジャーナリングを導入したことと、OS Xの動作方法に重要な他のいくつかの機能があることです。
OS Xでのデフラグに関しては、2つの考え方があるようです。ジャーナルファイルシステムを使用しているため、必要ではないと言う人もいます。 他の人は、Windowsと同じようにではなく、それは不要だと言います。 OS Xには、ファイルの断片化を処理する機能が組み込まれており、独自にこれを実行します。 ただし、発生する可能性があるのはドライブの断片化、つまりファイル間の小さな空き領域です。 パフォーマンスに関しては、ほとんど問題ではなく、OS Xマシンの従来のデフラグを実行してもパフォーマンスが向上することはほとんどありません。 ドライブの断片化は、実際にドライブをフル容量近くまで使い始めた場合にのみ問題になります。 これは、OS Xが独自のシステムファイル用のスペースを使い果たすためです。
つまり、要するに、ハードドライブがいっぱいにならない限り、OS Xでデフラグする必要はありません。 これが進むにつれて、OSの一時ファイル用のスペースが不足するために、ランダムなOS Xの「奇妙さ」が発生し始める可能性があります。 これが発生すると（または、できればその前に）、ハードドライブのデフラグにより、ドライブ上のファイル間の空きスペースがなくなり、OS Xを使用するためのスペースが回復します。
これはLinuxにも当てはまると思います。
その他の参照コンテンツ：
- Mac OS Xにはディスクのドラッグ/オプティマイザーが必要ですか？
- Macintosh OS Xの定期メンテナンス
- Linuxでデフラグが必要な理由
だから、要するに
Windowsを実行している場合、断片化の影響を受けます。 FAT32システムは非常に影響を受けやすいです。 NTFSはそれほど傾向がありませんが、それでも十分です。 LinuxおよびMacユーザーは断片化の影響を受けますが、Windowsとは異なり、マシンのパフォーマンスが低下することはありません。 また、Macユーザーは、ドライブの容量が限界に近づいているため、本当に断片化について心配するだけです。 LinuxとMacの問題は、ファイルの断片化ではなく（Windowsの場合）、ドライブの断片化です。
お役に立てば幸いです。 そして、いつものように、私はこの分野の知識がある人なら誰でもコメントを歓迎します。 私はこれについて最善の研究をしましたが、間違いを犯した可能性は確かにあります。 また、LinuxとMacの「デフラグディベート」をミックスに含めると、双方の意見が確実に得られます。
