Messages in this thread | | | From | Bill Davidsen <> | Subject | Re: [PATCH 2/2] Make relatime default | Date | Mon, 30 Mar 2009 15:26:10 -0400 |
| |
Andrea Arcangeli wrote: > On Thu, Mar 26, 2009 at 06:48:38PM +0000, Alan Cox wrote: >> On Thu, 26 Mar 2009 17:53:14 +0000 >> Matthew Garrett <mjg@redhat.com> wrote: >> >>> Change the default behaviour of the kernel to use relatime for all >>> filesystems. This can be overridden with the "strictatime" mount >>> option. >> NAK this again > > NAK but because if we change the default it is better to change it to > the real thing: noatime. > > I think this can be solved in userland but perhaps changing this in > kernel would be a stronger message that atime is officially > obsoleted. (and nothing will break, not even mutt users will notice, > and if they really do it won't be anything more than aesthetical) > This makes the assumption that atime is not used, which may be true on your system but isn't on others. I regularly move data between faster and slower storage based on atime, and promote reactivated projects to something faster, while retiring inactive project data elsewhere. Other admins use it to identify unused files which are candidates for backup to offline media or the bit bucket.
Let people who want that behavior specify it for existing filesystems, if you want to remove functionality from ext4 or btrfs or some thing place where people have no existing expectations, I still think it's wrong, but I couldn't say I think it might break anything.
I did a patch a few years ago which only updated atime on open and write, and that worked about as well as relatime, the inode update on open is cheap, the head is already there, and it was only slightly slower than noatime. The were no programs which kept files open for days and just read them. The the only storage hierarchy was "slow and cheap." ;-)
-- Bill Davidsen <davidsen@tmr.com> "We have more to fear from the bungling of the incompetent than from the machinations of the wicked." - from Slashdot
| |