Backup
Duplicity 是否在備份時修改時間？
我的數據位於 SSD 上，並且由於重寫和寫入放大，對 atime 的任何修改不僅會導致 inode 被修改，而且它所在的整個塊都會被擦除和重寫。這顯然是不受歡迎的，因為它會導致驅動器出現大量不必要的磨損。
Duplicity在備份文件時，是否修改了程序中源文件的****atime屬性？
如果它確實修改了 atime，它是在初始（完整）備份、增量備份還是兩者上都這樣做？
答案是肯定的。Duplicity 會在初始備份過程中修改每個文件的 inode 的 atime。這會觸發大量 SSD 重新寫入和寫入放大。
在隨後的（增量）備份中，會重寫小得多（但數量仍然很大）的 inode（當然還有更改的文件）。
Duplicity 不會嘗試保留文件的時間。
公平地說，Duplicity 處理這個問題的方式非常傳統，不會給 HDD 帶來特別大的負擔。重寫和寫入放大的問題特別是 SSD 問題。因此，關於 Duplicity 可以說的就是它沒有針對 SSD 進行優化，並且（所有其他條件相同）如果使用 Duplicity，SSD 的磨損速度會比 HDD 快。
正如frostschutz 在評論中指出的那樣，可以通過使用 noatime 設置安裝文件系統來解決此問題……因此可以相對輕鬆地緩解它。
隨著 HDD 的消亡和 SSD 的接管，文件系統將越來越多地針對 SSD 進行優化，我們可以預期由時間變化、重寫和寫入放大引起的磨損/性能問題將得到解決。像F2FS這樣的新文件系統就是以身作則。