Thread (4 messages) 4 messages, 3 authors, 2015-02-27

Re: Documenting MS_LAZYTIME

From: Theodore Ts'o <tytso@mit.edu>
Date: 2015-02-26 13:31:19
Also in: linux-btrfs, linux-ext4, linux-fsdevel, linux-man, linux-xfs

Possibly related (same subject, not in this thread)

On Thu, Feb 26, 2015 at 09:49:39AM +0100, Michael Kerrisk (man-pages) wrote:
quoted
How about somethign like "This mount significantly reduces writes
needed to update the inode's timestamps, especially mtime and actime.
What is "actime" in the preceding line? Should it be "ctime"?
Sorry, no, it should be "atime".
I find the wording of there a little confusing. Is the following 
a correct rewrite:

    The advantage of MS_STRICTATIME | MS_LAZYTIME is that stat(2)
    will return the correctly updated atime, but the atime updates
    will be flushed to disk only when (1) the inode needs to be 
    updated for filesystem / data consistency reasons or (2) the 
    inode is pushed out of memory, or (3) the filesystem is 
    unmounted.)
Yes, that's correct.  The only other thing I might add is that in the
case of a crash, the atime (or mtime) fields on disk might be out of
date by at most 24 hours.

						- Ted
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help