* nixに役立つデフラグツール？

Windows環境から来たので、* nixでデフラグツールが便利かどうか知りました。具体的には、OSX。

それは少しはい、いいえの答えです。特定の状況で役立ちますが、FATまたは通常のHFSの場合よりも問題は少ないです。すべてのファイルシステムは断片化しますが、新しいファイルシステムは断片化に対して非常に抵抗力があります。

特にMac OS Xについて言えば、HFS +は、古いシステムと比較して、物事が断片化されないようにするのに十分な仕事をしますが、それでも同じ規模ではありません。OS自体も10.3（Panther）以降、「小さな」ファイル（20MB以下）をその場でデフラグします。

断片化は引き続き発生し、そのため、特にビデオ編集システムや、大きなファイルをディスクにすばやく読み書きする機能を必要とするワークフローでは、パフォーマンスの低下が見られます。標準ユーザーの場合-ほぼ問題ありません。

私が使用して実行したOS Xのハードドライブを最適化するための最も一般的なオプションは次のとおりです。

• ハードドライブを別のドライブに複製して戻します。これは、Carbon Copy ClonerまたはSuperDuperを使用して行われ、追加のハードドライブが必要です。バックアップルーチンの一部として行われた場合、時間のヒットはひどくないかもしれませんが、この方法でそれを行うことは自由です。

• iDefrag、Drive Genius、およびその他のいくつかのユーティリティはすべて、ハードドライブも最適化します。個人的に私はiDefragを好みます。

はい、そうです。「UNIXファイルシステムは決して断片化しない」といううそをつくでしょう。彼らは嘘つきで、代わりに私に耳を傾けるべきです。Firefoxで使用されるsqliteデータベースのようなファイルは、ブラウザーを使用するときに小さな書き込みが定期的に配信されるため、すぐに断片化します。ある時点で、私のプロファイルには3,000以上のフラグメントを持つsqliteデータベースがありました。

これらのsqliteデータベースにはブラウザの履歴が含まれており、URL補完やフォームの自動入力など、テキスト文字列を提案する場所で使用されます。それらが断片化されている場合、あなたは苦しむでしょう。これの一部は、POSIX fsync（）を何もしないものとして実装するというOSXの決定によってマスクされている可能性があります（標準では許可されていますが、あまり良くありません）。したがって、悪い状態をトリガーするためにビデオを編集する必要があるわけではなく、OSXでfsync（）を適切に呼び出す大きな履歴データベースだけです。

Ubuntu filefragでは、パッケージ内のユーティリティを使用して、ファイルがどのように断片化されているかを確認できますe2fsprogs。これにはroot権限が必要ですが、ファイルに隣接していない領域がいくつあるかが表示されます。パッケージ名が示すように、（まだ）ext4対応ではありません。うまくいけば、ext4の遅延された割り当てとエクステントのサポートにより、実際の断片化が減ります。

私の知る限り、EXTやHFSのようなUNIXファイルシステムは、FATやNTSFのような断片化の影響を受けません。少なくとも同じ程度ではありません。

詳しくはこちらをご覧ください。また、ディスクのメンテナンスについては、このアップルサポートページをご覧ください

これは、使用しているファイルシステムに依存し、最も重要なことは、それをどのように使用しているかに依存します。最近のほとんどのファイルシステムは断片化する傾向が少ないですが、最適化は常に役立ちます。

を使用xfs_fsrして、XFSファイルシステムを最適化できます。いくつかの制限がありますが、何もないよりはましです。

Mac OS Xはすでにサイズが20Mバイト未満のファイルを最適化しています。この記事を参照してください：

Pantherには自動デフラグ機能がありますか？

ext2 / ext3は、フリースペースの途方もない断片化を持つ可能性があります。e2freefragユーティリティで確認できます。

これは宗教的な問題です。IMO、断片化は特定のワークロードの問題にすぎず、NT4以降はそれほど関連性がありません。

私が遭遇した例外は、大量の書き込みと多数の小さな書き込みが混在している状況です。頭に浮かぶ1つの例は、ユーザーがサーバー上でアクティブなPSTファイルを実行するなどの愚かなことをしている、忙しいWindowsファイルサーバーです。もう1つは、Maildir形式のメールボックスを持つLinux pop3サーバーです。

HFS +はフラグメント化しますが、すべてのファイルシステムはフラグメント化します。ただし、少なくともNTFS / FAT32の場合ほどは、問題が発生するようには見えません。

注意-私は5年ほど前に、少なくともローカルファイルに関する限り、ファイルの断片化によるパフォーマンスの低下に気付くことを止めました。SATA帯域幅と7200RPM HDDにより、この問題はほとんど気付かれないIMOになります。

http://osxbook.com/software/hfsdebug/fragmentation.html

これは、Mac OS X内部の本の章です。「断片化に対するMac OS Xの組み込み対策」について説明し、断片化チェッカーツールも紹介します。

5台のアップルコンピュータで断片化の分析も行われます。