hn-classics/_stories/2010/12555160.md

4.0 KiB
Raw Permalink Blame History

created_at title url author points story_text comment_text num_comments story_id story_title story_url parent_id created_at_i _tags objectID year
2016-09-22T07:38:19.000Z Linus on btime: “Lets wait five years” (2010) http://lkml.iu.edu/hypermail/linux/kernel/1007.2/02325.html wener 73 40 1474529899
story
author_wener
story_12555160
12555160 2010

Source

Linux-Kernel Archive: Re: [PATCH 02/18] xstat: Add a pair of system calls to make extended file stats available [ver #6]

Re: [PATCH 02/18] xstat: Add a pair of system calls to make extended file stats available [ver #6]

**From: **Linus Torvalds
**Date: ** Thu Jul 22 2010 - 11:16:18 EST


On Thu, Jul 22, 2010 at 5:17 AM, Volker Lendecke
Volker.Lendecke@xxxxxxxxx wrote:

_ On Thu, Jul 22, 2010 at 01:14:47PM +0100, David Howells wrote:_
> Jan Engelhardt jengelh@xxxxxxxxxx wrote:
>
> > Linux already has a creation time field, it's called otime (there is no "b"
> > in "creation"), and you will find scattered fragments of that all over the
> > kernel (foremost, fs/jfs/, now btrfs, and I also notice sysvipc having
> > something with that name).
>
> It is?  It's called crtime in Ext4.  st_btime, however, would be compatible
> with BSD's stat, and Samba would just use it by way of autoconf magic if it
> appeared.
__
_ Samba has the following check:_
__
_ # recent FreeBSD, NetBSD have creation timestamps called birthtime:_
_ AC_CHECK_MEMBERS([struct stat.st_birthtimespec.tv_nsec])_
_ AC_CHECK_MEMBERS([struct stat.st_birthtime], AC_CHECK_MEMBERS([struct stat.st_birthtimensec]))_
__
_ and the supporting code around that. "birth" might also be_
_ where the "b" comes from :-)_

Oh wow. And all of this just convinces me that we should not do any
of this, since clearly it's all totally useless and people can't even
agree on a name.

Let's wait five years and see if there is actually any consensus on it
being needed and used at all, rather than rush into something just
because "we can".

Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/