13 Dec
2020
13 Dec
'20
3:07 a.m.
Theodore Y. Ts'o writes:
No, not yet, because I haven't had the time to test.
And sorry, I wasn't clear. I wasn't talking about the code for a
particular filesystem, I was talking about the generic filesystem
code.
Jon
And, if you
can actually make a better file system, please go for it, you're
a better person than me. I've looked that that code, and it's huge, has no
clearly defined entry and exit points, and is undocumented. While I've been
too busy to deal with stuff, I found some minor bugs and a possible big
performance improvement just from trying to read the code.
Did you report those bugs and potential performance improements?
Feedback is always gratefully accepted.
As far as documentation is concerned, it's not perfect, but it's
certainly not completely undocumented:
https://www.kernel.org/doc/html/latest/filesystems/index.html
https://www.kernel.org/doc/html/latest/filesystems/ext4/index.html
Again, I suspect that you're remember the past with rose-colored
classes. BSD FFS's fsck (or for that matter, fsck's from any of the
commercial Unix systems that I was able to see soures for) didn't have
regression test suites. Ext2/3/4 was one of the first file system
fsck's that I'm aware with that was created with a regression test
suite from the very beginning. And all of the major file systems in
Linux are developed using a very large library of functional and
stress tests: