That massive filesystem thread
That massive filesystem thread
Posted Apr 1, 2009 21:37 UTC (Wed) by man_ls (guest, #15091)In reply to: That massive filesystem thread by bojan
Parent article: That massive filesystem thread
It is a worthless effort. Each filesystem must keep its house clean. Why invent a new system call which cannot (by necessity) be honored by ext2, or ext4 without a journal? Everything is working now fine in ext3, and if it doesn't work right in ext4 people will just look for a different filesystem.
After reading that Linus is not pulling from Mr Tso's trees made me suspect. Well, now that Ts'o's commit rights have been officially revoked I think that the whole discussion is moot. I wonder if the next ext4 head maintainer will learn from this painful experience and just do the right thing.
Posted Apr 1, 2009 21:46 UTC (Wed)
by corbet (editor, #1)
[Link] (1 responses)
Maybe it's an April 1 post that went over my head?
Posted Apr 2, 2009 6:21 UTC (Thu)
by man_ls (guest, #15091)
[Link]
Will try to do better next time :D)
Posted Apr 1, 2009 22:38 UTC (Wed)
by bojan (subscriber, #14302)
[Link]
> Why invent a new system call which cannot (by necessity) be honored by ext2, or ext4 without a journal?
Even if there was some kind of magical law that said that you could not order commits on the non-journaled file system this way, it can always be trivially implemented through - wait for it - fsync(), which has acceptable performance characteristics on such file systems.
> Everything is working now fine in ext3
Sure. Except fsync(), which locks the whole system for a few seconds. Hopefully, this will get fixed (or at least its effect reduced) as a result of the hoopla.
> Well, now that Ts'o's commit rights have been officially revoked I think that the whole discussion is moot.
Now you are really making a fool of yourself.
I'm confused. The article said that Ted's trees had not been pulled yet. In fact, that happened today; a bunch of ext4 work went into the mainline, including a number of patches which increase robustness for applications which don't use fsync(). I dunno what you were trying to link to, but it didn't work. I've not seen anything about revocation of commit rights. (It's hard to "revoke commit rights" in a distributed system in any case; at worst you can refuse to pull from somebody else's repository.)
ext4 trees
Sorry, it was a stupid attempt from a foreigner at an April Fools' prank :D I was hoping that the recursive link would give it away, but maybe it was too plausible altogether.
Recursive linking
That massive filesystem thread