Date: Sun, 10 Jan 2010 21:28:48 +0200 From: Dan Naumov <dan.naumov@gmail.com> To: Damian Gerow <dgerow@afflictions.org>, freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Subject: Re: ZFS on top of GELI Message-ID: <cf9b1ee01001101128v5d636ab6p1fa3e5bcc713273d@mail.gmail.com> In-Reply-To: <20100110184612.GC86684@plebeian.afflictions.org> References: <cf9b1ee01001100708m7851418cmbb77cc3580d0fab3@mail.gmail.com> <20100110161206.GA86684@plebeian.afflictions.org> <cf9b1ee01001101019o51e9a52fi6d02905914508706@mail.gmail.com> <20100110184612.GC86684@plebeian.afflictions.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Jan 10, 2010 at 8:46 PM, Damian Gerow <dgerow@afflictions.org> wrot= e: > Dan Naumov wrote: > : Yes, this is what I was basically considering: > : > : new AHCI driver =3D> 40gb Intel SSD =3D> UFS2 with Softupdates for the > : system installation > : new AHCI driver =3D> 2 x 2tb disks, each fully encrypted with geli =3D>= 2 > : geli vdevs for a ZFS mirror for important data > > If performance is an issue, you may want to consider carving off a partit= ion > on that SSD, geli-fying it, and using it as a ZIL device. =A0You'll proba= bly > see a marked performance improvement with such a setup. That is true, but using a single device for a dedicated ZIL is a huge no-no, considering it's an intent log, it's used to reconstruct the pool in case of a power failure for example, should such an event occur at the same time as a ZIL provider dies, you lose the entire pool because there is no way to recover it, so if ZIL gets put "elsewhere", that elsewhere really should be a mirror and sadly I don't see myself affording to use 2 SSDs for my setup :) - Sincerely, Dan Naumov
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cf9b1ee01001101128v5d636ab6p1fa3e5bcc713273d>