私はアップロード（圧縮を含む）を除いて実際にtarball / archivedを使用したことがありません。今、私はソフトウェアプロジェクトのための多数のコーディング実験を蓄積しました。デフォルトでは、家をバックアップしたり、他のデバイスの同期操作を実行したりすると、速度が遅くなるように見える多くの小さなファイル（主にソースコードファイルとgitオブジェクト）を含むディレクトリ（私は主にUSBケーブルを介してrsyncを使用します）。
これが文書化された現象（ベンチマーク？）なのか気になります。触れていない長いプロジェクトディレクトリを圧縮すると作業速度が速くなりますか？これは賢明なアプローチですか？
ext4ファイルシステムを使用しています。
ベストアンサー1
古い、ほとんどアクセスしないディレクトリをtarballに保存すると、ファイルベースのバックアップシステムのパフォーマンスが確実に向上する可能性があります。
これが文書化された現象かと思います（ベンチマーク？）。
これは実際には「ロギング」ではありませんが、バックアップが必要かどうかを確認するためにファイルシステムをチェックし、各ファイルを個別にチェックする必要がある自然な結果です。
バックアップの頻度を減らすことができますFaheem Mithaが提案したようにただし、異なる頻度で複数のバックアップを維持したり（頻繁に更新されるコンテンツや以前にアーカイブされたコンテンツの場合）、ファイル除外リストなどを維持するのは面倒です。近い将来、これらのディレクトリにアクセスする予定がない場合は、パッケージ化するのが非常に良い考えだと思います。私は同じ理由でこれを何度もやってきました。