これページデフラグはSSDに役立つことが証明されています。ディスクの寿命を維持するには、このタイプのデフラグをトリム認識する必要があると思います。 Linuxでこれを行うにはどうすればよいですか?
編集する:この記事の内容に問題があるというコメントがありました。
ベストアンサー1
通常、断片化を完全に無視できます。これは、HDDほど検索時間の影響を受けないSSDの場合に特に当てはまります。 SSDデフラグは書き込みサイクルのみを無駄にします。
断片化は、ランダムな順序で作成された希薄なファイル(一部のBitTorrentクライアントのように)やディスクの空き容量が足りない場合など、極端な場合に顕著な影響を与える可能性がありますが、記録された最後のファイルは他の隣接するスペースが断片化を満たす可能性があります。ないので、必要に応じて数千個に分けられます。
しかし、これは例外です。これは通常発生しません。ほとんどのファイルシステムは断片化を防ぐのに非常に巧みであり、Linuxカーネルも断片化による悪影響を防ぐのに堪能です。ファイルを同時に読み書きする複数のプロセスがある場合、ディスクは同時にどこにでもなければなりません。
Linuxにはデフラグソリューションはあまりありません。 XFSはxfs_fsr
本当にうまくいくので、最適化を試してみたいなら、XFSは良い選択です。
filefrag
ファイルの断片化を使用または確認できますhdparm
。
# filefrag debian-6.0.6-amd64-netinst.iso
debian-6.0.6-amd64-netinst.iso: 4 extents found
# hdparm --fibmap debian-6.0.6-amd64-netinst.iso
debian-6.0.6-amd64-netinst.iso:
filesystem blocksize 4096, begins at LBA 0; assuming 512 byte sectors.
byte_offset begin_LBA end_LBA sectors
0 3003928 3072407 68480
35061760 2872856 2938391 65536
68616192 2171576 2302647 131072
135725056 56259072 56338047 78976
これが数百または数千の範囲(断片)を提供しなくても心配する必要はありません。
一般的なデフラグ方法は、ファイルのコピーを作成し、元のファイルをそのファイルに置き換えることです。たとえば、次のようになります。
cp -a yourfile yourfile.defrag
mv yourfile.defrag yourfile
ファイルシステムには空き容量が必要です。そうしないと、新しいファイルが古いファイルと同じくらい断片化される可能性が高くなります。 (交換する前に、新しいファイルが古いファイルより優れていることを確認してください。)
しかし、私が言ったように、ファイルが何らかの方法で非常にひどく断片化されていない限り、通常これを行う必要はありません。