Re: ZFS License and Future
- From: krad <kraduk@xxxxxxxxx>
- Date: Mon, 8 Nov 2010 22:44:17 +0000
On 8 November 2010 22:35, Roland Smith <rsmith@xxxxxxxxx> wrote:
On Mon, Nov 08, 2010 at 09:44:29PM +0100, C. P. Ghost wrote:
On Mon, Nov 8, 2010 at 7:38 PM, Roland Smith <rsmith@xxxxxxxxx> wrote:account) wrote:
On Mon, Nov 08, 2010 at 05:08:33PM +0100, Svein Skogen (Listmail
you wantBut it's still not capable of true forward-error-correction. If we are
to embark upon creating a new solution, using something that is cheap
for "normal cases" but can still be used (albeit more expensively) for
error recovery would (imho) be better. Even if that means we get less
net storage out of the gross pool (it could perhaps be configurable?)
I'm not sure what you mean by "true forward-error-correction". But if
should:to make _really sure_ that a spinning disk hasn't mangled the data you
Maybe something like Reed-Solomon ECC in different blocks.
Should a data block go bad, it could be rebuilt on-the-fly from
those ECC blocks:
And how do you detect that a block has gone bad, other than reading back
what
you wrote and finding a difference? Because that would still be slow.
Roland
-y
R.F.Smith http://www.xs4all.nl/~rsmith/<http://www.xs4all.nl/%7Ersmith/>
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
The read doesnt need to be done at write time, it only needs to be done when
the block is read by the system. If an issue is found than the corrective
measures are executed. For you important data in my opinion you should
always set the copies attribute to 3. This is obviously very costly in terms
of storage but its just a trade off for the data.
_______________________________________________
freebsd-questions@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe@xxxxxxxxxxx"
- References:
- ZFS License and Future
- From: Alejandro Imass
- Re: ZFS License and Future
- From: krad
- Re: ZFS License and Future
- From: Chad Perrin
- Re: ZFS License and Future
- From: Roland Smith
- Re: ZFS License and Future
- From: krad
- Re: ZFS License and Future
- From: Arthur Chance
- Re: ZFS License and Future
- From: Svein Skogen (Listmail account)
- Re: ZFS License and Future
- From: Roland Smith
- Re: ZFS License and Future
- From: C. P. Ghost
- Re: ZFS License and Future
- From: Roland Smith
- ZFS License and Future
- Prev by Date: Re: ZFS License and Future
- Next by Date: Re: Copy all users between systems
- Previous by thread: Re: ZFS License and Future
- Next by thread: Re: ZFS License and Future
- Index(es):
Relevant Pages
|