Date: Wed, 10 Jan 2024 18:36:26 +0100 From: Olivier Certner <olce@freebsd.org> To: Warner Losh <imp@bsdimp.com> Cc: freebsd-current@freebsd.org Subject: Re: noatime on ufs2 Message-ID: <2136329.mxFCRLsXLg@ravel> In-Reply-To: <CANCZdfo8VyhSJEUQpnvXuoPq0dzUHDN1sj-_y=1FTqXR3FrSuA@mail.gmail.com> References: <ZZqmmM-6f606bLJx@int21h> <1749331.ETpRK2a2Mi@ravel> <CANCZdfo8VyhSJEUQpnvXuoPq0dzUHDN1sj-_y=1FTqXR3FrSuA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart32170606.pBcpzhPnll Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Olivier Certner <olce@freebsd.org> To: Warner Losh <imp@bsdimp.com> Cc: freebsd-current@freebsd.org Subject: Re: noatime on ufs2 Date: Wed, 10 Jan 2024 18:36:26 +0100 Message-ID: <2136329.mxFCRLsXLg@ravel> MIME-Version: 1.0 > > Again, I'm not opposing anyone from working on "relatime" if they > > personally have a strong need and motivation. I'm not even asking for > > removing the "atime" functionality, which can have its uses. > > > > Yea, relatime has some interesting use cases: Is this binary / library in > use is one such case. The fact that you've completely omitted that use case > suggests that the analysis of atime's usefulness (or its lack) is at least > incomplete. Yes, but I never pretended to have completely analyzed the usefulness of 'atime'. See "which can have its uses" above. But I think there is already enough matter for the case of the *default value* for 'atime'. > relatime would work great on /usr/local where you have a lot of programs: > you reduce a lot of traffic. It's quite useful to know what packages are in > use or not based on when they were last accessed, not just last installed. Both the examples above prompt some straight objections on the current usefulness of "atime". First, unless you've disabled building the locate database in cron (enabled by default, on a weekly basis), access times on directories lose most of their usefulness. Second, if using an IDS, I'm afraid it's just game over. And even if you think you are not, '460.pkg-checksum' at least is readily there to much complicate, or even prevent you from, getting package usage information this way (it is enabled by default, and on a daily basis). The general point here is that a single access time is inherently fragile to interferences by multiple applications for multiple reasons. > I'm not sure this is a great notion to have everywhere. I think your > analysis needs more inputs. May be, but to me the case for the default value debate at least seems quite strong already. Regards. -- Olivier Certner --nextPart32170606.pBcpzhPnll Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmWe1ZoACgkQjKEwQJce JidVlg//efD7QEQ3qNVQFre2IW8n0Jh+zk3qcLNmMZUQko9z63maih53V4YdIQ0v 4rMFZIO3/8/h8bKebkCjvQl5R8DNUc9zFPJmPps0rVVcZf6KLyItLuwZMOxSbtzA 5EmRR6Hi95hKSP8ssD3ttZX2fgOdxnH9CtHO8d8pSz827Vxg1rMxQLo/wq5u7L8Y 6qhM1N9V3Fbcumw1fGJZP03hTtyme0tLsWZwT/p93HxTpxmPYBeeSbhvOteT3RjW GcpspUxn3jClgg+ttDDqe8HZbzND0skaajeZmJwk1ju6EzFPkLafoeOHnsATWUbF ilK+WSUrZJPG9p9sAUy1GSHacqE7CIXVWLeZeeB16KbToFBd1BN70C+GXoyeJbXj +g8YVr9wxzwoufLKX8kZUDrQh4BV4/M3UA+TMIKimG7mrHWCPmwyllwNOt8rNuw2 cl8BUV7ZmRp2esLHk3/+ESU7xu9ODN5WONUOn5vm4rtqLjX20bPCm9uK65lG9D05 bDORpugXaD2hLi9hzDq3sPtgRdiXV7A2Lm3dvVincn86wqpLHHRj06muqgFZ/54R RXAHf/TVaAwQcvJslsszosnen9uXnTm7FGFIof3uhYoTBg+aqLsu1F8bTP7EUonv 6mJV1Rw+YH6BhrK3KZNAd0XHal895/l8jge59OtscDm9bVklLj4= =GIKt -----END PGP SIGNATURE----- --nextPart32170606.pBcpzhPnll--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2136329.mxFCRLsXLg>