From mboxrd@z Thu Jan 1 00:00:00 1970 From: schily@schily.net (Joerg Schilling) Date: Tue, 03 Jan 2017 17:41:31 +0100 Subject: [TUHS] ZFS (was: Re: MacOS X is Unix (tm)) In-Reply-To: <20170103155252.GG15153@yeono.kjorling.se> References: <3564F094-9B31-4492-8FDD-716160F45E84@tfeb.org> <02d201d2642f$2bcfe0d0$836fa270$@ronnatalie.com> <95D6B274-6D3F-4610-873A-76F4707AE89B@tfeb.org> <20170101202850.GF17848@wopr> <20170101203813.GV5983@mcvoy.com> <586ba44c.dnHd1Caeq6INr3FG%schily@schily.net> <20170103155252.GG15153@yeono.kjorling.se> Message-ID: <586bd43b.ggkkH8kIn7K+V47n%schily@schily.net> Michael Kjörling wrote: > On 3 Jan 2017 14:17 +0100, from schily at schily.net (Joerg Schilling): > > BTW: ZFS has a similar problem as Linux: It is extremely slow when you ask it > > to to things in a way that result in a known state. ZFS however does not result > > in a rotten FS when you switch the system off while it is updating the FS. > > In all fairness to it, ZFS never (at least that I have seen) _claims_ > to be a high performance file system. Lots of people (myself included) > point out that it is _anything but_. Its Merkle tree data structures Well in practice ZFS is amazingly fast. Wat I wanted to mention is that some methods to make things fast or to look like they were fast may result in a slow system in case you ask it to produce a known state at a given arbitrary time. Jörg -- EMail:joerg at schily.net (home) Jörg Schilling D-13353 Berlin joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/