BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] SSD drives vs. Mechanical drives
- Subject: [Discuss] SSD drives vs. Mechanical drives
- From: richard.pieri at gmail.com (Richard Pieri)
- Date: Wed, 07 May 2014 14:05:02 -0400
- In-reply-to: <CAJFsZ=pFFm54Tz19v90TehLX+ZAo67f9zWCt7hfaySxQAkhzNw@mail.gmail.com>
- References: <5364F3FB.40707@blu.org> <5367AE30.5020205@borg.org> <5367B2A9.3090804@gmail.com> <5367E6E2.7050005@borg.org> <5367EB97.5070501@gmail.com> <536801C9.9030407@borg.org> <697921c8eefc4fde8852a86b2e2f3e12@CO2PR04MB684.namprd04.prod.outlook.com> <CAJFsZ=p22nncGGD3WWxv-PNsOv1chxTBZjmaL-ao465WVazgdg@mail.gmail.com> <f4147adc648047bdb6851ca347856d80@CO2PR04MB684.namprd04.prod.outlook.com> <20140507144404.GG26127@randomstring.org> <536A61F9.5000507@gmail.com> <CAJFsZ=oAL-JgeT3yoKHA+39ZWWCc830Cf4tB_2EDss-Yiz3Low@mail.gmail.com> <536A68C0.4070701@gmail.com> <CAJFsZ=pFFm54Tz19v90TehLX+ZAo67f9zWCt7hfaySxQAkhzNw@mail.gmail.com>
Bill Bogstad wrote: > ECC is not 100%. It's not intended to be 100%. It's intended to fault when cosmic ray strikes causes random bit flips. > Nor does it protect against transient CPU/memory > cache errors during > checksum computation. If you are saying that ZFS can then I will happily read You have a block of data in memory, and you calculate a checksum, and write the data and checksum out, and the controller says that the writes are completed, and you read that checksum and data back and calculate a checksum on the data that was read. Then compare the checksums. If they match? What's on disk matches what's in RAM. If they don't then there's a problem somewhere and the file system driver knows it. There's more to it. ZFS and Btrfs don't just checksum blocks and extents. They checksum the checksums. There's a checksum hierarchy from the root on down (Merkle tree). Assuming that you have ECC RAM and disks that honor sync commands then yes, ZFS and Btrfs are doing some kind of awesome and you really should read the whitepapers about them. -- Rich P.
- References:
- [Discuss] SSD drives vs. Mechanical drives
- From: gaf at blu.org (Jerry Feldman)
- [Discuss] SSD drives vs. Mechanical drives
- From: kentborg at borg.org (Kent Borg)
- [Discuss] SSD drives vs. Mechanical drives
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] SSD drives vs. Mechanical drives
- From: kentborg at borg.org (Kent Borg)
- [Discuss] SSD drives vs. Mechanical drives
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] SSD drives vs. Mechanical drives
- From: kentborg at borg.org (Kent Borg)
- [Discuss] SSD drives vs. Mechanical drives
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- [Discuss] SSD drives vs. Mechanical drives
- From: bogstad at pobox.com (Bill Bogstad)
- [Discuss] SSD drives vs. Mechanical drives
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- [Discuss] SSD drives vs. Mechanical drives
- From: dsr at randomstring.org (Dan Ritter)
- [Discuss] SSD drives vs. Mechanical drives
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] SSD drives vs. Mechanical drives
- From: bogstad at pobox.com (Bill Bogstad)
- [Discuss] SSD drives vs. Mechanical drives
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] SSD drives vs. Mechanical drives
- From: bogstad at pobox.com (Bill Bogstad)
- [Discuss] SSD drives vs. Mechanical drives
- Prev by Date: [Discuss] SSD drives vs. Mechanical drives
- Next by Date: [Discuss] recent Internet speed upgrade by Comcast?
- Previous by thread: [Discuss] SSD drives vs. Mechanical drives
- Next by thread: [Discuss] SSD drives vs. Mechanical drives
- Index(es):