From owner-freebsd-questions@FreeBSD.ORG Fri Jun 1 15:16:07 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BDE010657B0 for ; Fri, 1 Jun 2012 15:16:07 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 830698FC0C for ; Fri, 1 Jun 2012 15:16:06 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q51FG4B9003885; Fri, 1 Jun 2012 17:16:04 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q51FG3kn003878; Fri, 1 Jun 2012 17:16:03 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Fri, 1 Jun 2012 17:16:03 +0200 (CEST) From: Wojciech Puchar To: Daniel Feenberg In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Fri, 01 Jun 2012 17:16:04 +0200 (CEST) Cc: Kaya Saman , freebsd-questions@freebsd.org, Oscar Hodgson Subject: Re: Anyone using freebsd ZFS for large storage servers? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 15:16:07 -0000 > As for ZFS being dangerous, we have a score of drive-years with no loss of > data. The lack of fsck is considered in this intelligently written piece you are just lucky. before i would start using anything new in such important part as filesystem, i do extreme test, ssimulate hardware faults, random overwrites etc. I did it for ZFS not once, and it fails miserably ending with unrecoverable filesystem that - at best - is without data in some subdirectory. at worst - that crashes at mount and are inaccessible forever. under FFS the worst thing i can get is loss of overwritten data only. overwritten inode - lost file. overwrite data blocks - overwritten files. nothing more! what i don't talk about is ZFS performance which is just terribly bad, except some few special cases when it is slightly faster than UFS+softupdates. It is even worse with RAID-5 style layout which ZFS do "better" with RAID-Z. Better=random read performance of single drive.