Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 31 May 2009 23:13:19 +0100
From:      krad <kraduk@googlemail.com>
To:        "'Wojciech Puchar'" <wojtek@wojtek.tensor.gdynia.pl>, <xorquewasp@googlemail.com>
Cc:        freebsd-hackers@freebsd.org, 'krad' <kraduk@googlemail.com>
Subject:   RE: Request for opinions - gvinum or ccd?
Message-ID:  <0229B3BF1BE94C82AA11FD06CBE0BDEF@uk.tiscali.intl>
In-Reply-To: <alpine.BSF.2.00.0905312355240.26545@wojtek.tensor.gdynia.pl>
References:  <20090530175239.GA25604@logik.internal.network> <20090530144354.2255f722@bhuda.mired.org> <20090530191840.GA68514@logik.internal.network> <20090530162744.5d77e9d1@bhuda.mired.org> <A5BB2D2B836A4438B1B7BD8420FCC6A3@uk.tiscali.intl> <20090531201445.GA82420@logik.internal.network> <alpine.BSF.2.00.0905312355240.26545@wojtek.tensor.gdynia.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
Yep, its also worth noting that with the capacities of drives these days you
should really use raidz2 in zfs (or some double parity raid on other
systems) if you are worried about data integrity. The reason being the odds
of the crc checking not detecting an error are much more likely these days.
The extra layer of parity pushes these odds into being much bigger

-----Original Message-----
From: Wojciech Puchar [mailto:wojtek@wojtek.tensor.gdynia.pl] 
Sent: 31 May 2009 22:57
To: xorquewasp@googlemail.com
Cc: krad; freebsd-hackers@freebsd.org
Subject: Re: Request for opinions - gvinum or ccd?

>> Would create a striped data set across da1  and da2
>
> What kind of performance gain can I expect from this? I'm purely thinking
> about performance now - the integrity checking stuff of ZFS is a pleasant
> extra.

with stripping - as much as with gstripe, ZFS do roughly the same.

with RAID-z - faster transfer, rougly same IOps as single disk. After i 
read ZFS papers i know that RAID-z is actually more like RAID-3 not RAID-5.







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