Re: [TUHS] FreeBSD behind the times? (was: Favorite unix design principles?)

[Stuart Remphrey <stu@remphrey.net>]

[-- Attachment #1: Type: text/plain, Size: 2651 bytes --]

Hi Larry et al,

Just curious about this: was there any feedback from Jeff Bonwick and/or
Bill Moore re the ARC -vs- page cache?

Or would any of the design notes document the reasoning behind the decision?
Surely it must have come up and been justified or got an exception in the
Solaris architecture review (SARC "20 Q's", wasn't it called?) Since AFAICS
it affected Solaris O/S interface (former-)guarantees. Although those notes
are probably lost / inaccessible now...


There's also the monthly OpenZFS leadership meeting, Matt Ahrens et al are
in there: I wonder if they would have access to some of the original
reasoning; how it was justified / why it was permitted.


Dave, btw: check out the high-level structure of ZFS metadata -- every
block is checksummed, and the checksum kept in the parent block (i.e. *not*
kept together), applicable for both data and metadata blocks, and at least
two copies are kept of metadata (but you can request more depending on your
paranoia, see also "ditto" blocks). Compression is optional at the
filesystem level (not held at the pool aka volume level; a pool may contain
multiple filesystems), when compression is enabled if affects future
created files, same if unset or changed to another algorithm; the
filesystem handles a mix of files (blocks, even; I forget offhand) existing
with various or no compression.

Rgds, Stuart.


On Sat, 6 Feb 2021 at 10:56, Larry McVoy <lm@mcvoy.com> wrote:

> On Fri, Feb 05, 2021 at 06:22:32PM -0800, Rico Pajarola wrote:
> > On Fri, Feb 5, 2021 at 12:51 PM Dave Horsfall <dave@horsfall.org> wrote:
> > > Thanks; I'd heard that ZFS was a compressed file system, so I stopped
> > > right there (I had lots of experience in recovering from corrupted
> RK05s,
> > > and didn't need any more trouble).
> > >
> > That's funny, for me this is the main reason to use ZFS... What really
> sets
> > ZFS apart from everything else is the lack of trouble and its resilience
> to
> > failures.
>
> I'm gonna call Bill tomorrow and get his take again, that's Bill Moore
> one of the two main guys who did ZFS.
>
> This whole thread is sort of silly.  There are the users of ZFS who love
> it for what it does for them.  I have no argument with them.  Then there
> are the much smaller, depressingly so, group of people who care about OS
> design that think ZFS took a step backwards.
>
> I think Dennis might have stepped in here, if he was still with us, and
> had some words.
>
> I think Dennis would have brought us back to lets talk about the kernel
> and what is right.  ZFS is useful, no doubt, but it is not right from
> a kernel guy's point of view.
>
> I miss Dennis.
>

[-- Attachment #2: Type: text/html, Size: 3314 bytes --]