Date: Sun, 14 Jan 2024 17:38:32 +0100 From: Olivier Certner <olce@freebsd.org> To: Jamie Landeg-Jones <jamie@catflap.org> Cc: freebsd-current@freebsd.org Subject: Re: noatime on ufs2 Message-ID: <3172137.KEUK7n9DnO@ravel> In-Reply-To: <202401111956.40BJuURB045685@donotpassgo.dyslexicfish.net> References: <ZZqmmM-6f606bLJx@int21h> <2136329.mxFCRLsXLg@ravel> <202401111956.40BJuURB045685@donotpassgo.dyslexicfish.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1775136.nRgdb1dTNT Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Olivier Certner <olce@freebsd.org> To: Jamie Landeg-Jones <jamie@catflap.org> Cc: freebsd-current@freebsd.org Subject: Re: noatime on ufs2 Date: Sun, 14 Jan 2024 17:38:32 +0100 Message-ID: <3172137.KEUK7n9DnO@ravel> MIME-Version: 1.0 Hi Jamie, > I've often wished there was the ability to set a process to "noatime" - where > all accesses to the filesytem by the process and its children don't alter > atime. It would be handy for those cases you describe above, such as backups > and locate, but these days, where it matters, and is suitable, I instead > create a filesystem snapshot, and run the process on that instead. (which is > how "live" backups should be done anyway!) I've mentioned your answer in another response to Lyndon Nerenberg when developing a more general argument that 'atime' is generally flawed for these kinds of use cases (finding the last use, finding files to backup, etc.). It's true that the ability to deactivate 'atime''s implicit updates per-process would cater to more use cases, and it's an interesting idea. Essentially, though, you can't guarantee that some applications, or simply administrators typing commands at the shell, are not going to throw away your precious access times, so can't rely (in a strong sense) on them. Sure for backups and snapshots. I agree you'd better have backup perimeters coinciding with file systems partitions and use snapshots to get the smoothest possible experience. But snapshots alone do not guarantee the "correctness" of a backup (the ability to restart smoothly from it). Cheers. -- Olivier Certner --nextPart1775136.nRgdb1dTNT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmWkDgkACgkQjKEwQJce JieYog//aG7zszVnsI6TGxtpeCOnMMqivwU7Z9/wdMYxrm2NSSXQGe9nHOgrtkFc z6TXrBLswyePB//WxcGlniGue2O7FDcwtVpCjfa4PTGmqGx1bdk22WC1u87ZSp4f Q7BpXlQKFKpZBg+uEy0CYi71itfJ573ov9TXOEOUDrSw93awp/iVNKWi9eUPsRXD 8rblXotxz0mbM6K0cKuSkMX5+pY5NaZ8qYNiq8Pr3jh59Obs4yzT5oLZ1e64Otkr dGfCpzseK5/lBJcmqhg0aCwQxCZqTFPOXwgbug+5JTLz1nnN1ynCVZb9Z2qDsBOo cWPPpwW6xS/Xd6AU0gwjXK9SAZkWuFfDfZH+8iYW6QTuBoTs436vfizaM9mPzubV dRNiRngSugd+5iLHcm51HqBAy3g9nvfVvtJwgKU9bQBKTBwwg4GaAp1WS37DGkvk atVCdvctNpvgYACiZ67CE+LhiOXrdT/HwZc8U6u9CadTvHaT4Sx0PqnYJousdISn XT7HABuKECs5zADCrNnHmeZw2BjtyD+6nYLLKcpiCI/bP5z7Jil0IBkNfg/vnkjF DBqO/RtgYhFonmnWulnJVdkne/9Hltu22jDCkA09fHnzzfs2/w01PAo+SEJot3Yp jxsguVXhFbRh8ugT/Bci2Xxi+7s1wygX8FGDqxNh6B4ihFgGqgM= =Gldj -----END PGP SIGNATURE----- --nextPart1775136.nRgdb1dTNT--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3172137.KEUK7n9DnO>