[...] uvedením noatime,relatime,nodiratime by to mělo fungovat tak, že se atime aktulizuje pouze při zápisu.
na to staci pravi jen to noatime, viz z 2007:
https://lwn.net/Articles/245002/Máte někde odkaz na přesné chování v posledních verzích jader?
man mount:
relatime
Update inode access times relative to modify or change time. Access time is only updated if the previ‐
ous access time was earlier than the current modify or change time. (Similar to noatime, but doesn't
break mutt or other applications that need to know if a file has been read since the last time it was
modified.)
Since Linux 2.6.30, the kernel defaults to the behavior provided by this option (unless noatime was
specified), and the strictatime option is required to obtain traditional semantics. In addition, since
Linux 2.6.30, the file's last access time is always updated if it is more than 1 day old.
Vzhledem k tomu, že používám SSD, která podporují správně queued TRIM, tak je discard bez problémů narozdíl od takových, které queued TRIM neumějí a jsou schopny místy pěkně zpomalit SSD a jiné nepříjemnosti.
a to je asi duvod proc fstrim, nevim jestli na tech "spravnejch" SSD je discard mount volba v necem vhodnejsi... z man fstrim:
Running fstrim frequently, or even using mount -o discard, might
negatively affect the lifetime of poor-quality SSD devices. For most
desktop and server systems a sufficient trimming frequency is once a
week. Note that not all devices support a queued trim, so each trim
command incurs a performance penalty on whatever else might be trying
to use the disk at the time.
btw: treba *buntu fstrim naplanovane v cron 1x/tyden pouziva uz nejakou dobu jako vychozi chovani po instalaci bez potreby uzivatele to nastavovat/instalovat
16 Odpovědí
4764 Zhlédnutí