Date: Sat, 23 Oct 2010 10:58:32 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: "Eugene M. Kim" <gene@nttmcl.com> Cc: fs@freebsd.org Subject: Re: ZFS: Parallel I/O to vdevs that appear to be separate physical disks but really are partitions Message-ID: <20101023085832.GD1742@garage.freebsd.pl> In-Reply-To: <4CC215B4.3050607@nttmcl.com> References: <4CC215B4.3050607@nttmcl.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 22, 2010 at 03:52:36PM -0700, Eugene M. Kim wrote: >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > =20 > Greetings, >=20 > I run a FreeBSD guest in VMware ESXi with a 10GB zpool. Lately the > originally provisioned 10GB proved insufficient, and I would like to > provision another 10GB virtual disk and add it to the zpool as a > top-level vdev. >=20 > The original and new virtual disks are from the same physical pool (a > RAID-5 array), but appears to be separate physical disks to the > FreeBSD guest (da0 and da1). I am afraid that the ZFS would schedule > I/O to the two virtual disks in parallel thinking that the pool > performance will improve, while the performance would actually suffer > due to seeking back and forth between two regions of one physical pool. >=20 > 1. Will ZFS schedule parallel access to different top-level vdevs? Yes, ZFS stripes requests over all top level vdevs. > 2. If so, how can I suggest ZFS that certain vdevs should be treated > not as separate physical disks but as partitions on the same physical > disk? Nope, that's not possible. Instead of adding next 10GB disk maybe it is possible to grow the one you have? ZFS should be able to grow automatically. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --NklN7DEeGtkPCoo3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkzCo7cACgkQForvXbEpPzT/YACcDq6bxtlR7oLaRFUZeaQ5nDzM X9gAoK36XBJcZsabNBwbKn8+I06l367T =RNLw -----END PGP SIGNATURE----- --NklN7DEeGtkPCoo3--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101023085832.GD1742>