From owner-freebsd-fs@FreeBSD.ORG Tue Dec 9 09:58:39 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75B56106564A for ; Tue, 9 Dec 2008 09:58:39 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id EFC308FC17 for ; Tue, 9 Dec 2008 09:58:38 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L9zMO-0007fi-Fo for freebsd-fs@freebsd.org; Tue, 09 Dec 2008 09:58:32 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Dec 2008 09:58:32 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Dec 2008 09:58:32 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Tue, 09 Dec 2008 10:58:25 +0100 Lines: 58 Message-ID: References: <92f477740812082155y3365bec7v5574206dd1a98e26@mail.gmail.com> <493E12EC.4050801@modulus.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7680E680A1F9AF4F9A1F69CC" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.18 (X11/20081125) In-Reply-To: <493E12EC.4050801@modulus.org> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: ZFS resize disk vdev X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 09:58:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7680E680A1F9AF4F9A1F69CC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Andrew Snow wrote: > Bryan Alves wrote: >> I'm thinking about using a hardware raid array with ZFS, using a >> single disk >> vdev zpool. I want the ability to add/remove disks to an array, and I= 'm >> still unsure of the stability of zfs as a whole. I'm looking for an e= asy >> way to resize and manage disks that are greater than 2 terabytes. >> If I have a single block device, /dev/da0, on my system that is >> represented >> by a zfs disk vdev, and the size of this block device grows (because t= he >> underlying hardware raid expands), will zfs correctly expand? And >> will it >> correctly expand in place? >=20 > In theory, this works fine - I have never tried it myself. The only > other way to expand a zpool is by adding more vdevs: You cannot change= > a vdev once it is created other than to take it from a single disk to a= > mirror. >=20 > Sun's ZFS best practice guide states that you should avoid a single dis= k > vdev because performance on the whole suffers and is worse than UFS. >=20 > I am going to publish some benchmark figures soon to back this up, base= d > on testing I did with a 16 disk hardware RAID6. ZFS was *alot* faster > when I gave it the disks in a RAIDZ2 vdev. You mean it was a lot faster *per disk*, right? (otherwise, it's completely expected that a large RAID array will be faster than its components). --------------enig7680E680A1F9AF4F9A1F69CC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJPkFBldnAQVacBcgRAmUcAKC84K4yUtlV8TCdG6SJla1xQbKSMACgpEk0 CTNOcJLtr1GTLyA/qLKz2W8= =xy03 -----END PGP SIGNATURE----- --------------enig7680E680A1F9AF4F9A1F69CC--