duplicity-team team mailing list archive

[edgar.soldin@xxxxxx]

On 30.04.2018 11:22, Tim wrote:
> Tim is still having a problem:
> Yes, atime is a filesystem feature.  But it is possible to
> programatically read and store the original atime, then read the file,
> then restore the original atime — using utimes() — such that atime
> effectively does not change.  I am wondering if Duplicity 'preserves'
> the original atime in such a manner.

- just two more thoughts -

1. 
it looks like the approach above does write atime 2times to the fs, once during read, second during restoration of the old atime, which sounds counterproductive to your initial desire to cirumvent writing to your SSD.

2.
a quick web search provided
 https://stackoverflow.com/questions/16464228/python-get-last-reading-time-of-a-file
where it is hinted that _relatime_ only does atime update if the stored atime is older than 24hs.

..ede/duply.net