私のデータはSSDにあります。書き換えと書き込み増幅— atime を変更すると、inode だけでなく、その inode を含むブロック全体も削除され、再作成されます。明らかに、これはドライブに不要な摩耗を多く引き起こすので、望ましくない。
Duplicityがファイルをバックアップすると、ファイルは変更されますか？アルテムプロパティソースファイル進行中ですか？
その場合する時間を変更するには、初期（フル）バックアップ、増分バックアップ、またはその両方で実行しますか？
ベストアンサー1
答えは結局はい。冗長性は、初期バックアッププロセス中に各ファイルのinode時間を変更します。これは大規模なSSD書き換えと書き込み増幅を引き起こします。
後続（増分）バックアップでは、はるかに少ない（しかしまだ多くの）数のinode（もちろん変更されたファイル）が上書きされます。
二重性はファイルの時間を保存しようとしません。
公平に言えば、Duplicityはこの問題を伝統的な方法で扱い、HDDに特に大きな負担をかけません。上書きおよび書き込み増幅の問題はSSDに固有のものです。したがって、Duplicityについて話すことができるのは、SSDに最適化されておらず（他のすべての条件が同じ場合）、Duplicityを使用すると、SSDがHDDよりも早く磨耗することです。
Frostschutzがコメントで指摘したように、この問題はnoatime設定でファイルシステムをマウントすることで解決できるため、比較的簡単に軽減できます。
HDDが寿命を超えてSSDと交換されるにつれて、ファイルシステムはSSDに最適化され、一時的な変更、書き換え、および書き込み増幅による摩耗/性能の問題が解決されると期待されます。次のような新しいファイルシステムF2FS例えば。