バックアップ中に二重性は時間を修正しますか？

答えは結局はい。冗長性は、初期バックアッププロセス中に各ファイルのinode時間を変更します。これは大規模なSSD書き換えと書き込み増幅を引き起こします。

後続（増分）バックアップでは、はるかに少ない（しかしまだ多くの）数のinode（もちろん変更されたファイル）が上書きされます。

二重性はファイルの時間を保存しようとしません。

公平に言えば、Duplicityはこの問題を伝統的な方法で扱い、HDDに特に大きな負担をかけません。上書きおよび書き込み増幅の問題はSSDに固有のものです。したがって、Duplicityについて話すことができるのは、SSDに最適化されておらず（他のすべての条件が同じ場合）、Duplicityを使用すると、SSDがHDDよりも早く磨耗することです。

Frostschutzがコメントで指摘したように、この問題はnoatime設定でファイルシステムをマウントすることで解決できるため、比較的簡単に軽減できます。

HDDが寿命を超えてSSDと交換されるにつれて、ファイルシステムはSSDに最適化され、一時的な変更、書き換え、および書き込み増幅による摩耗/性能の問題が解決されると期待されます。次のような新しいファイルシステムF2FS例えば。

いいえ、ソフトウェアアプリケーションがファイルを変更すると言うのはatime正しくありません。ユーザーモードプログラムには、更新するかどうかを制御する方法はほとんどありませんatime。これはオペレーティングシステムの責任、より具体的にはオペレーティングシステムの責任です。ファイルシステムドライバー。さらに、Linuxの現在のデフォルトインストールオプションはタイムスタンプの更新を最小限に抑えるので、パフォーマンスや寿命にほとんど影響しません。SSD。

現代の現象を維持オペレーティングシステム分布は次のとおりです。

• マウントオプションを使用すると、アップデートは完全にnoatime削除されますが、メタデータメンテナンスを通じて提供されるユーティリティはatime犠牲になります。atime
• デフォルトrelatimeオプションで問題を最小化
• 最近導入されたオプションは、lazytimeタイムスタンプ更新がSSDの寿命に与える影響を完全に排除する必要があります。