XFS File-System With Linux 5.10 Punts Year 2038 Problem To The Year 2486

[Jedibeeftrix]

^ a man who has never read Seveneves ^

[djwong]

Note: The upper limit is 2486 (and not 2554) because the XFS timestamp epoch still starts in December 1901 (aka ~2 billion seconds before 1970). I hope we're not still using XFS in the 25th century.

I wanted to stretch it to 2525 just so I could sing "In the year 2525, if man is still alive, and XFS can survive..." but nobody thought it was acceptable to lose support for timestamps that worked on the old filesystems just for the sake of a song. (Myself included.)

I mean, if you designed your fs so that the timestamp epoch started the day that song came out, you actually /can/ get to 2525 with a 64-bit nanosecond counter. :P

[HadrienG]

Only to the year 2486?

Yeah, with nanosecond timestamps, even at 64-bit, that's about what you get.

(Quick check : (2^64 nanoseconds / (about 10^9*3600*24*365.25 nanoseconds in a year) = 584.542 years, add 1970 years to account for the Unix epoch and you get a max year of 2554, which is just a little bit above what's announced but when manipulating such large numbers it may just be a rounding error of my calculator or imprecision caused by my approximation of the number of days in a year)

You can go beyond that with more timestamp bits or less precision, but honestly it would be sad if we were still using XFS in 2554 (assuming there are still humans around at that time).

[Duff~]

Only to the year 2486?

[phoronix]

Phoronix: XFS File-System With Linux 5.10 Punts Year 2038 Problem To The Year 2486

Not only is Btrfs seeing notable improvements with the in-development Linux 5.10 kernel but the XFS file-system also has some prominent changes of its own...

http://www.phoronix.com/scan.php?page=news_item&px=XFS-Linux-5.10