From owner-freebsd-fs@FreeBSD.ORG Wed Jan 23 22:45:02 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6B524C8D; Wed, 23 Jan 2013 22:45:02 +0000 (UTC) (envelope-from steven@pyro.eu.org) Received: from falkenstein-2.sn.de.cluster.ok24.net (falkenstein-2.sn.de.cluster.ok24.net [IPv6:2002:4e2f:2f89:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1DBEB6B6; Wed, 23 Jan 2013 22:45:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=simple/simple; d=pyro.eu.org; s=01.2013; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=DaMAHxcUwKH/lh1EZ3HdrwwU2awcBPPE2Zj3zI56m9w=; b=FlwoFt7jRaUHIDdnJDdL7tbFWW3EY6ht3tBnGCFlK+RpkqsW+HM12p7XHHMHOq5lPA8DiTDhi0nRvPxTdWxLiNFszJCqI7q11rtVB9SbkQLdQ+bUxIElqfuGTUZp1/UpesdTysDlqo9wrmYEyZIhkStva/5vYs51ycu+gIYcUz8=; X-Spam-Status: No, score=-1.1 required=2.0 tests=ALL_TRUSTED, BAYES_00, DKIM_ADSP_DISCARD, TVD_RCVD_IP Received: from 188-220-33-66.zone11.bethere.co.uk ([188.220.33.66] helo=guisborough-1.rcc.uk.cluster.ok24.net) by falkenstein-2.sn.de.cluster.ok24.net with esmtp (Exim 4.72) (envelope-from ) id 1Ty93q-0001lu-Kn; Wed, 23 Jan 2013 22:44:56 +0000 X-Spam-Status: No, score=-4.3 required=2.0 tests=ALL_TRUSTED, AWL, BAYES_00, DKIM_POLICY_SIGNALL Received: from [192.168.0.110] (helo=[192.168.0.9]) by guisborough-1.rcc.uk.cluster.ok24.net with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Ty93l-0004MI-AH; Wed, 23 Jan 2013 22:44:50 +0000 Message-ID: <510067DC.7030707@pyro.eu.org> Date: Wed, 23 Jan 2013 22:44:44 +0000 From: Steven Chamberlain User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: Wojciech Puchar Subject: Re: ZFS regimen: scrub, scrub, scrub and scrub again. References: <20130122073641.GH30633@server.rulingia.com> In-Reply-To: X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs , Mark Felder , Chris Rees X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2013 22:45:02 -0000 On 23/01/13 21:40, Wojciech Puchar wrote: >> "1 drive in performance" only applies to number of random i/o >> operations vdev can perform. You still get increased throughput. I.e. >> 5-drive RAIDZ will have 4x bandwidth of individual disks in vdev, but > > unless your work is serving movies it doesn't matter. That's why I find it really interesting the Netflix Open Connect appliance didn't use ZFS - it would have seemed perfect for that application. http://lists.freebsd.org/pipermail/freebsd-stable/2012-June/068129.html Instead there are plain UFS+J filesystems on some 36 disks and no RAID - it tries to handle almost everything at the application layer instead. I'm sure it's worked out okay for them, but wonder how much easier it would be if they could push content updates out with a 'zfs send', without having to take the machine offline. If split into a few large RAID-Zs a disk could stay in use even when a few blocks have failed. Regards, -- Steven Chamberlain steven@pyro.eu.org