ラップトップに Linux Mint 18.1 を搭載した次のデバイスがありますおよびサーバー上の GNU / Linux Debian 9

(すべて64ビットでCinnamonデスクトップを使用しています。)

すべてのドライブデバイスは ext4ファイルシステムでフォーマットされています。 RAID 1 は、 mdadm を利用して実行されます。

  1. 1つの SSHD を備えたラップトップ(HDDと混同しないでください)。

  2. 3台のドライブを備えたラップトップ: RAID 1 内の2台のコンシューマーHDDと1台のSSD。

  3. 5台のドライブを搭載したサーバー:2回の RAID 1 と1xSSDに4台のエンタープライズHDD。

これらのSSDにシステムがあり、SSDをデフラグすることはありません。

質問は、HHDとSSHDについてです。

古いPDF で、 e4defrag の機能の概要を説明しています。

  1. マウントされていないファイルシステムをデフラグしようとしたときに、このエラーメッセージに従って、ファイルシステムをマウントする必要があるのはなぜですか?その理由を理解したい:

    Filesystem is not mounted 
  2. 空き領域の最適化を実装したいと思います。 AFAIK現在レビュー中です。私が例えばすることは可能ですか?これらのオプションを使用して、ソースからe4defragをコンパイルしますか?

    e4defrag -f /deviceOrDirectory 
  3. また、関連するデータ機能を使用するのが好きです:

    e4defrag -r /deviceOrDirectory 

これらのマシンの断片化が遅くなっていると信じる多くの関連する理由があります読み取り速度、例:

  1. RAID 1 HDDを搭載したサーバーから取得:

    [2556/30987]/raid1a/bitcoind/blocks/rev00820.dat: 100% extents: 16 -> 1 [ OK ] 
  2. ラップトップから RAID 1 HDD:

    [29405/50810]/raid1/movies/SGA-HEVC/S04E01 - Adrift.mp4: 100% extents: 31 -> 6 [ OK ] 

ご覧のとおり、最適化では31ブロックのファイルを1つにまとめることさえできませんでした。もちろん、それは映画ファイルであると主張するかもしれないので、それは問題ではありません。本当ですが、この場合のみです。

デフラグを開始するために使用するコマンド:

  1. サーバー上:

    sudo e4defrag -v /dev/md1 
  2. ラップトップの場合:

    sudo e4defrag -v /raid1/ 

デバイス名とディレクトリのどちらを使用してコマンドを呼び出しても、問題ではないようです。

正しい方向を示してもらえますか?

コメント

  • アクセスが遅い原因としてデフラグを示している測定結果がありますか?はいの場合、どれですか?ほとんどの場合、'十分な空き容量がある限り、ext4ファイルシステムで手動で最適化を行う必要はありません'割り当てアルゴリズムが通常の操作中に自動的に最適化するため。
  • @dirktこれまでのところ測定は行われていません。 ' ext4ファイルシステムを最適化することが効果的であるかどうかにかかわらず、私は主張しません。質問は明確です:e4defrag -re4defrag -fの実行方法。

回答

e4defragは、カーネルのファイルシステムドライバーにデフラグの実行を要求するため、ファイルシステムをマウントする必要があります。

空き領域の最適化と関連するファイルの最適化に関しては、パッチが完了していません。関連するメーリングリストの最後の言及は2014年にさかのぼります

e4defrage2fsprogsにあり、コードは引き続き維持および改善されています。 Dmitry Monakhovは特に多くの「拷問テスト」を追加し、基礎となるカーネルコードに多くの競合状態を発見しました。彼は最近、カーネルコードのコードリファクタリングも送信しました。これにより、カーネルコードが大幅に改善され、(ext4のサイズが550行のコードで縮小されました)。

とはいえ、実際の機能開発は行われていません。 e4defragかなり前から。この機能をサポートするカーネルAPIについては議論がありましたが、実装はもちろんのこと、最終的なAPI提案はありませんでした。

したがって、現在テストする価値のあるものがあるとは思えません。

コメント

  • ext4での現在(2020年)の最良のデフラグプラクティスに関する情報はありますか?または信頼性が低いために既存のツールを使用しないことをお勧めしますか? >

  • 状況はそれほど変わっていません。上記の回答を書いてから間もなく、e4defrag の関連性の概要を含むスレッドがありました。時間。これはまだExt4の完全にサポートされている部分ですが、すべての場合に使用できるわけではありません(bigallocを使用するファイルシステムはデフラグできず、データジャーナリングはデフラグと互換性がなく、DAX iノードと暗号化ファイルは移動できません)。
  • ありがとう、スティーブン。それは、コマンドが有害な可能性のあるアクションの前に救済され、データにリスクを与えることなく使用できるという意味で安全であることを意味しますか? (基本的に、750000個のファイルを削除したところ、ディスクが断片化される可能性があるかどうか(そうだと思います)、ファイルシステムの操作と同様に、潜在的に危険です。したがって、バックアップがある場合(またはデータが使い捨ての場合)にのみ使用してください。ただし、このコマンドは、開発者が知っている限り安全です。処理できない状況が発生した場合は、安全に停止します。
  • 乾杯。ディスクにはまだ3TBのデータがあり、バックアップはありません。大胆に試してみる日が来るまで待ちます:-)
  • コメントを残す

    メールアドレスが公開されることはありません。 * が付いている欄は必須項目です