50 GBのファイルがある外部ストレージドライブ（USB接続、fuseblkタイプ）でrmが遅いのはなぜですか？

バックアップの作成にrsnapshotを使用しようとしましたが、使用できません。ディレクトリ（50gb）を比較して数分で複製（すべてのファイルをハードリンク）でき、約30分でディレクトリ全体をcpできますが、削除するには1時間以上かかります。を直接使用してもrm -rfv、1つのファイルをrmするのに最大0.5秒かかることがcpありlinkますが、and コマンドは即座に完了します。

rmがなぜそんなに遅いのですか？ハードリンクを再帰的に削除するより速い方法はありますか？ファイルを削除するよりもファイルをコピーするほうが時間がかからないというのは理にかなっていない。

私が取り組んでいるファイルシステムは、USB経由で接続されたfuseblk（これはntfsだと思います）と接続された外部ストレージドライブです。私のコンピューターはubuntu linuxを実行しています。

上からの出力：

Cpu(s):  3.0%us,  1.5%sy,  0.0%ni, 54.8%id, 40.6%wa,  0.0%hi,  0.1%si,  0.0%st
Mem:   8063700k total,  3602416k used,  4461284k free,   557604k buffers

最終的に、何をするにしrmてunlinkも、削除したいすべてのファイルで実行する必要があります（rm -r親ディレクトリを呼び出した場合でも）。削除するファイルが多数ある場合、これには時間がかかることがあります。

実行すると、特に時間がかかる2つのプロセスがありますrm -r。

1. readdir、 に続く、
2. の呼び出し回数unlink。

すべてのファイルを見つけてから、すべてのファイルを削除して削除するには、非常に長い時間がかかります。

ディレクトリがしばらく使用できなくなるためにこの「使用できない」と思われる場合は、削除する前に親ディレクトリを移動することを検討してください。これにより、時間が不便にならずに、その名前がプログラムで使用できるようになります。

ファイルシステムが実際に NTFSであると仮定すると（質問からは明らかではありません）、NTFSは通常、大量のファイルを削除するのに非常に時間がかかります。目的により適したファイルシステムを使用することを検討してください（他の特定のニーズがない場合、最近のextファイルシステムは削除パフォーマンスがかなり良好です）。一般に、FUSE自体もそれほど高速ではありません。FUSEを使用しない何らかの方法でこれを実行できるかどうかを検討することをお勧めします。

rmがなぜそんなに遅いのですか？何も思いつきません。しかし、私はより速い方法を知っています：

mkdir blank
rsync -a --delete blank/ test/

更新：Serverfaultに関するこの回答にはいくつかの説明があります。rsyncは特定の順序でファイルを削除するため、ファイルシステムツリーのバランスが保たれ、再バランスが不要になります。rmはファイルを削除するだけで、それらが削除されると多くのリバランスが発生します。ここにリバランスに関するいくつかの情報があります。

まあ、私はかつてあなたと同様の問題を抱えていました。あなたの「わ」が高いことがわかりました

iostat -x 1

ディスク使用率が高いかどうかを確認する場合は、ディスクが非常にビジーであることを意味します。他のプロセスがディスクに継続的に書き込みを行っているかどうかを確認してください。

簡単にするために、

vmstat 1

bが高いかr < bかを確認します。それは何か間違っていることを示しています。あなたの状況では、disk ioが元の理由だと思います。