From linux-kernel Mon Oct 28 01:35:47 2002 From: Rob Landley Date: Mon, 28 Oct 2002 01:35:47 +0000 To: linux-kernel Subject: Re: New nanosecond stat patch for 2.5.44 X-MARC-Message: https://marc.info/?l=linux-kernel&m=103578708524323 On Sunday 27 October 2002 19:23, Chris Friesen wrote: > H. Peter Anvin wrote: > > We probably need to revamp struct stat anyway, to support a larger > > dev_t, and possibly a larger ino_t (we should account for 64-bit ino_t > > at least if we have to redesign the structure.) At that point I would > > really like to advocate for int64_t ts_sec and uint32_t ts_nsec and > > quite possibly a int32_t ts_taidelta to deal with leap seconds... I'd > > personally like struct timespec to look like the above everywhere. > > For filesystems can we get away with just the 64-bit nanoseconds? By my > calculations that gives something like 584 years--do we need to worry > about files older than that? 1) The hard drive is only about 50 years old, so there aren't any files older than that at the moment: http://www.mdhc.scu.edu/100th/reyjohnson.htm 2) This thing is unlikely to be a problem in our lifetimes, our grandchildren's lifetimes, or our great grandchildren's lifetimes (barring unforseen advances in active telomere reconstruction and a regenerative interpretation of DNA that somehow looks at it as a blueprint rather than a recipe). 3) If any current hardware or software is still in use in the year 2554, it will be seriously overdue for an upgrade. Rob -- http://penguicon.sf.net - Terry Pratchett, Eric Raymond, Pete Abrams, Illiad, CmdrTaco, liquid nitrogen ice cream, and caffienated jello. Well why not? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/