Re: LFS thoughts

[christos%astron.com@localhost (Christos Zoulas)]

In article <1BA3DE61-AF99-48FE-A022-C85F850A8FEA%me.com@localhost>,
Jason Thorpe  <thorpej%me.com@localhost> wrote:
>
>> On Aug 22, 2025, at 9:09â?¯PM, Konrad Schroder <perseant%hhhh.org@localhost> wrote:
>> 
>> (If we didn't care at all about compatibility, we could improve things
>further by putting the entire inode into the ifile rather than just a
>pointer to the inode block, as suggested long ago by joff@.  This would
>make the ifile quite a bit larger and less likely to fit in the buffer
>cache, but would keep empty inode blocks from contributing to the
>cleaning inefficiency problem.  It would also make file reads slower in
>many cases since the inodes would not be physically close to where the
>file data blocks are.  If the disk has no seek penalty, of course, this
>might not be a problem at all.)
>
>My hot take is that NetBSD embarking on a project to make an
>SSD-optimized LFS file system production-ready would be super cool.

And do we care about compatibility with the old disk format? Is it too messy
to version it?

christos