Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 12 Jun 2008 13:37:06 +0200 (CEST)
From:      Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl>
To:        Daniel Eriksson <daniel_k_eriksson@telia.com>
Cc:        =?iso-8859-1?Q?Anders_H=E4ggstr=F6m?= <hagge.lists@intercorner.net>, freebsd-questions@freebsd.org
Subject:   RE: FreeBSD + ZFS on a production server?
Message-ID:  <20080612132527.K5722@wojtek.tensor.gdynia.pl>
In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A193E@royal64.emp.zapto.org>
References:  <1a5a68400806080604ped08ce8p120fc21107e7de81@mail.gmail.com> <4F9C9299A10AE74E89EA580D14AA10A61A193E@royal64.emp.zapto.org>

next in thread | previous in thread | raw e-mail | index | archive | help
>
> ZFS is very nice, but slightly over-hyped imho.

not slightly and not only over-hyped. it's definitely far from being for 
storage as "VM is for memory".
for example you can't select per file (or at least - per 
pseudo-filesystem) if you want no protection, mirrored or raidz.

you must have disks dedicated for raidz, disks dedicated for mirrored 
storage and disks dedicated for unprotected storage. it's inflexible and 
not much usable.

actually - much less usable than "legacy" 
gmirror/gstripe/gconcat+bsdlabel.


one of my systems have 8 disks. 80% of data doesn't need any protection, 
it's just a need for a lot of space, other 20 needs to be mirrored.
this 80% of data is used in high bandwidth/low seeks style (only big 
files).

i simply partitioned every disk on 2 partitions, every first is used to 
make gmirror+gstripe device, every second is used to make gconcat device, 
and i have what i need WITH BALANCED LOAD.

with ZFS i would have to make first 2 drives as mirror, another 6 for 
unprotected storage, having LOTS of seeks on first 2 drives and very 
little seeks on other 6 drives. the system would be unable to support the 
load.



to say more: zfs set copies could be usable to selectively mirror given 
data while not mirroring other (using unprotected storage for ZFS).
but it's broken. it writes N copies under write, but don't remake copies 
in case of failure!




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080612132527.K5722>