On 12/09/06, Celso <[EMAIL PROTECTED]> wrote:

I think it has already been said that in many peoples experience, when a disk 
fails, it completely fails. Especially on laptops. Of course ditto blocks 
wouldn't help you in this situation either!

Exactly.

I still think that silent data corruption is a valid concern, one that ditto 
blocks would solve. > Also, I am not thrilled about losing that much space for 
duplication of unneccessary data (caused by partitioning a disk in two).

Well, you'd only be duplicating the data on the mirror. If you don't want to
mirror the base OS, no one's saying you have to.

For the sake of argument, let's assume:

1. disk is expensive
2. someone is keeping valuable files on a non-redundant zpool
3. they can't scrape enough vdevs to make a redundant zpool
   (remembering you can build vdevs out of *flat files*)

Even then, to my mind:

to the user, the *file* (screenplay, movie of childs birth, civ3 saved
game, etc.)
is the logical entity to have a 'duplication level' attached to it,
and the only person who can score that is the author of the file.

This proposal says the filesystem creator/admin scores the filesystem.
Your argument against unneccessary data duplication applies to all 'non-special'
files in the 'special' filesystem. They're wasting space too.

If the user wants to make sure the file is 'safer' than others, he can
just make
multiple copies. Either to a USB disk/flashdrive, cdrw, dvd, ftp
server, whatever.

The redundancy you're talking about is what you'd get
from 'cp /foo/bar.jpg /foo/bar.jpg.ok', except it's hidden from the
user and causing
headaches for anyone trying to comprehend, port or extend the codebase in
the future.

I also echo Darren's comments on zfs performing better when it has the whole 
disk.

Me too, but a lot of laptop users dual-boot, which makes it a moot point.

Hopefully we can agree that you lose nothing by adding this feature,
even if you personally don't see a need for it.

Sorry, I don't think we're going to agree on this one :)

I've seen dozens of project proposals in the few months I've been lurking
around opensolaris. Most of them have been of no use to me, but
each to their own.

I'm afraid I honestly think this greatly complicates the conceptual model
(not to mention the technical implementation) of ZFS, and I haven't seen
a convincing use case.

All the best
Dick.

--
Rasputin :: Jack of All Trades - Master of Nuns
http://number9.hellooperator.net/
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to