[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

'strictatime' vs. 'relatime' for /tmp



On Ma, 29 iul 14, 18:20:42, Rick Thomas wrote:
> 
> On Jul 29, 2014, at 2:05 AM, Andrei POPESCU wrote:
> 
> > Sure, it's a tmpfs, and the penalty for updating atime is probably much 
> > lower than any other conventional storage (though /tmp contents might 
> > end up being swapped), but is there any software that actually relies on 
> > atime for files in /tmp?
> 
> I didn't know that the default had been changed to "relatime".  I can 
> see the logic, of course.  There certainly is no harm in specifying 
> "strictatime" (and it's cheap) for tmpfs.  You're right that tmpfs may 
> get swapped, but I think the metadata would be the last thing to be 
> forced out to swap, since it's very frequently updated.
> 
> PS: This is an interesting discussion, but it has wandered a bit OT.  So I added [OT] to the subject.

Off-topic? I don't think so, it's very much relevant for Debian, but a 
change of subject would be useful to attract more attention to it ;)

So the question again:

When mounting a tmpfs on /tmp systemd sets 'strictatime'. I was 
wondering whether this is really needed. Does anybody know of software 
that would break with 'relatime' (the default) or even 'noatime'?

I'd be happy to RTFM if anybody can point me to the relevant FM.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt

Attachment: signature.asc
Description: Digital signature


Reply to: