>>>>> "aym" == Anon Y Mous <no-re...@opensolaris.org> writes: >>>>> "mg" == Mario Goebbels <m...@tomservo.cc> writes:
aym> I don't mean to be offensive Russel, but if you do ever return aym> to ZFS, please promise me that you will never, ever, EVER run aym> it virtualized on top of NTFS he said he was using raw disk devices IIRC. and once again, the host did not crash, only the guest, so even if it were NTFS rather than raw disks, the integrity characteristics of NTFS would have been irrelevant since the host was awlays shutdown cleanly. aym> the only way to get the 100% full benefits of ZFS checksum aym> protection is to run it in on bare metal with no aym> virtualization. bullshit. That makes no sense at all. First, why should virtualization have anything to do with checksums? Obviously checksums go straight through it. The suspected problem lies elsewhere. Second, virtualization is serious business. Problems need to be found and fixed. At this point, you've become so aggressive with that broom, anyone can see there's obviously an elephant under the rug. aym> I'm running ZFS in production with my OpenSolaris aym> operating system zpool mirrored three times over on 3 aym> different drives, and I've never had a problem with it. The idea of collecting other people's problem reports is to figure out what's causing problems before one hits you. I hear this type of thing all the time: ``The number of problems I've had is so close to zero, it is zero, so by extrapolation nobody else can be having any real problems because if I scale out my own experience the expected number of problems in the entire world is zero.''---wtf? clearly bogus! mg> You have to make sure your mainboard, chipset and/or CPU mg> support it, otherwise any ECC modules will just work like mg> regular modules. also scrubbing is sometimes enabled separately from plain ECC. Without scrubbing the ECC can still correct errors, but won't do so until some actual thread reads the flipped-bit, which is probably okay but <shrug>. I vaguely remember something about an idle scrub thread in solaris where the CPU itself does the scrubbing? but at least on AMD platforms, the memory and cache controllers will do scrubbing themselves using only memory bandwidth, without using CPU cycles, if you ask. On AMD you can use this script on Linux to control scrub speed and ECC enablement if your BIOS does not support it. The script does appear to do something on Phenom II, but I haven't tried the 10-ohm resistor test the author suggests. I think it should be adaptable to SOlaris. http://hyvatti.iki.fi/~jaakko/sw/ now if only we could get 4GB ECC unbuffered DDR3 for similar prices to non-ECC. :(
pgp2ROfrnMEfW.pgp
Description: PGP signature
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss