bonwick

Jeff Bonwick [1] the lead of ZFS development [2] seem to have disappeared after leaving Oracle in late 2010.

Considering that you were the reason that Bonwick came to Sun and Bonwick was the reason I came to Sun, I guess that makes me a descendant of sort of Guy Harris...

I didn't know that to be the case historically, that is, I didn't know if Bonwick was inspired by LFS, but I showed how almost in every way ZFS was a simple evolution of LFS.

Bonwick was the Sun Storage CTO and after the acquisition a vice president at Oracle.

Bonwick had been thinking about ZFS for at least a couple of years.

Slab allocation was first introduced in the Solaris 2.4 kernel by Jeff Bonwick.

See [2] for Jeff Bonwick's discussion of the complexity win in ZFS.

Bonwick's was still the king of the hill, though: he was the one who discovered that the i-cache wasn't grounded out properly, causing instructions with enough zeros in them to flip a bit (!!).

Jeff Bonwick explains it better than I could: As you note, some disks flat-out lie: you issue the synchronize-cache command, they say "got it, boss", yet the data is still not on stable storage.

"Thus, fully populating a 128-bit storage pool would, literally, require more energy than boiling the oceans." - straight from the horse's mouth (that's Jeff Bonwick, who created ZFS).

Jeff Bonwick explains it better than I could: As you note, some disks flat-out lie: you issue the synchronize-cache command, they say "got it, boss", yet the data is still not on stable storage.

"Thus, fully populating a 128-bit storage pool would, literally, require more energy than boiling the oceans." - straight from the horse's mouth (that's Jeff Bonwick, who created ZFS).

Bonwick was the Sun Storage CTO and after the acquisition a vice president at Oracle.

Bonwick had been thinking about ZFS for at least a couple of years.

Slab allocation was first introduced in the Solaris 2.4 kernel by Jeff Bonwick.