linux-kernel - Re: Suggestion: xtime as new inode attribute

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4B2B491D.2010201@poelzi.org>
Date:	Fri, 18 Dec 2009 10:19:25 +0100
From:	Daniel Poelzleithner <poelzi@...lzi.org>
To:	Bryan Donlan <bdonlan@...il.com>
CC:	linux-kernel@...r.kernel.org, Simon Horman <horms@...ge.net.au>,
	Jeffrey Hundstad <jeffrey.hundstad@...u.edu>
Subject: Re: Suggestion: xtime as new inode attribute

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bryan Donlan wrote:

> Why isn't atime sufficient? atime is updated when programs are
> executed, and it's uncommon for executable files to be accessed
> without being executed; for the purposes of determining whether a
> program is needed, it ought to be good enough.

Why atime is not useable is for example that full system backup would
distroy all data. Thinking about grepping for a string in /usr or
/usr/bin because you are searching for something will update all atime
stamps and therefore cause dataloss for this purpose.

> Note that many modern distros use relatime to reduce the (significant)
> overhead of atime; this may account for why you may not be seeing
> atime update for executables; try mounting with -o strictatime if you
> want to see it at work, but beware, as this will bring with it a major
> performance hit - which your proposal would as well :)

The performance impact is one reason of course. As executing is much
more seldom the impact of updating the xtime should be mild enough that
it could be done by default. I don't mount strictatime for this reason, too.

kindly regards
 Daniel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQIcBAEBAgAGBQJLK0kdAAoJEFYpgV2Roepc35AP/RkT6Q0Nz0qseGboEFYOfwju
NDsyJT2Thw/bm/zwo024TwnyoBOA2o9rGwmIuppsOGijpyuSSwJXVUcnPXoC/Gto
Eb3eMud41qZewFgIRNkur7torWG2k59GmY9AgmKgYbm8L1O81k6Zeesl3aY0SedJ
gF690R7Ktn+Cb+9xMq3g2ip8Vu7TegHHS0L9UtD0zaVRlmqBf1cfZBWpKZJ1ndyG
15/pUBdYoIJavMxgRAbpcpSZfBEJlW1kJpELeIyBCglYkh8j2W5mJVi0PcwUtEzp
cdgVNjQwpqUicYsY7WbG469m2jd7oPl6hCKPJ1oWncaVUyddubU9JHYRAAgTYvMT
fBb/83yxQ6H9DFfwHk7dRGLrko8vhZ3GiDJIYmbWbR5XHa+qr4lwoX1M3NTAp62B
j15hy0Ap2cu58tFhMFoh9pOPY95b5Xs7hVlBcqm2CqSwIOcmO/3f8Vmw1RLlG/F+
0XZ692nmYFPrnKqQAM6mQXuKUI4QGPLlaD2lSyZf3czXD1kTt01SQSvZ7stI3aA5
hEgYDm+zJHR76W6Wr5JXISQMSCLOiYf5g0gRLF2TIXz5VL2W3NOex+vCnBoEPmXt
hQ6t3x1YWrhE35VV2r4zhxUz+/9wGEncGGOwwdBPmegVW/NrxAwjsa7hPdddG5+4
V9RsTox7UQNQYaxk3PpR
=ixfn
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/