NTFSシステムとFatシステムだけが断片化されていると思った場合、これらの行を読んだときにきっと驚かれることでしょう。これはWindowsでのみ発生すると考えるのが一般的ですが、実際にはすべてのファイルシステムが多かれ少なかれ範囲新しい情報が消去されて書き込まれるたびに、断片化が発生します。「ギャップ」が作成され、サイズの異なる特定のデータで埋められます。これが断片化を引き起こします。
確かに、断片化の処理に関しては、各ファイルシステムには特定の特性があります。私のお気に入りは、XFSだけでなく、 レッドハット、しかしこれに加えて、それはより大きなパーティションに最適なものの64つであり、XNUMXビットプロセッサをより有効に活用します。
それでは、ハードドライブの断片化ステータスを確認することから始めましょう。
このために、XFS用のツールを使用します。 xfs_db これでXFSをデバッグできます eXtendedFileSystem_DeBuger ほとんどの場合、XFSを使用する場合、このツールはシステムに付属しています。それ以外の場合は、インストールする必要があります。 xfsdump.
Fedora23にxfsdumpがあるかどうか調べてみましょう
dnf検索xfs
最後に実行されたメタデータの有効期限チェック-。
================================================= = ========================= S / N一致:xfs =================== ================================================= = =====
xfsdump.armv7hl:XFSファイルシステムの管理ユーティリティ
xfsdumpはFedoraが提供するユーティリティパッケージであり、Archの場合はすでにシステムに統合されています。
xfsパーティションの断片化ステータスを確認するために、次のコードを記述します。
xfs_db -c frag -r / dev /
10%を超える場合はデフラグに進み、それよりも小さい場合は後で使用することをお勧めします。
ここで、「-c frag」を使用すると、実行しようとしているコマンドがxfs_dbに送信され、参照するだけです。「-c frag」を配置しないと、クエリを実行できるようにプロンプトが表示され、その上に「フラグメント」を配置します。最速の方法は次のとおりです。
xfs_db -c frag -r / dev / mmcblk0p3実際の66155、理想的な65615、断片化係数0.82%
前の部分で見たように、数日前にデフラグしたので、0.82%の断片化の程度があります。それは約5%の断片化でした。
XFSパーティションの最適化
次に、パーティションの最適化に進みます。開始するには、実行する必要があります。 xfs_fsr パッケージの中身 xfsdump 以前にインストールしたもの。 xfs_fsrは eXtendedFileSystem_FileSystemReorganizer、そしてあなたの仕事は、XFSシステムを再編成することです。
だから私たちは書く:
xfs_fsr -v / dev / mmcblk0p3 / start inode = 0ino = 1928extents before:2 after:1 DONE ino = 1928ino = 219417extents before:2 after:1 DONE ino = 219417ino = 219395—
断片化の程度に応じて、最適化の実行にかかる時間は長くなることも短くなることもあります。
プロセスが終了したら、断片化の程度を再度確認します。
xfs_db -c frag -r / dev / mmcblk0p3
これは、XFSシステムを最適化する方法です。テラバイトのパーティションを備えたハードドライブがあり、断片化の程度を確認して10%に達した場合、最適化した後、違いがわかります。
優れた情報!! ありがとう! 私はこれを正確に探していました、そして私はここでそれを見つけました、良い仕事を続けてください!!
乾杯…
そして、Debianではそれはどのように行われていますか?それらは同じ行ですか?
ハードドライブ上のファイルシステムのみを最適化する必要があるという不注意を追加するだけです。 最適化によってソリッドステートドライブが停止することはありませんが、ドライブが早期に「摩耗」する原因になります。
よろしく
ニコラス・ガボ
Ubuntu用にもうXNUMXつ作ることはできますか?
Debian用にも作ってもらいたいです。