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: blu at nedharvey.com (Edward Ned Harvey (blu))
- Date: Thu, 8 May 2014 00:34:00 +0000
- In-reply-to: <CAJFsZ=oAL-JgeT3yoKHA+39ZWWCc830Cf4tB_2EDss-Yiz3Low@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>
> From: discuss-bounces+blu=nedharvey.com at blu.org [mailto:discuss- > bounces+blu=nedharvey.com at blu.org] On Behalf Of Bill Bogstad > > And checksums can be incorrectly generated/verified by any hardware at any > time. > I claim that 100% data integrity is impossible. You have some control over the type of cksum used. On zfs, by default they use fletcher4, which is very strong against accidental (random) bitflips, but easily fooled by a deliberate attacker. If you completely overwrite data with random garbage, then you have a probability of approx 1 in 4 billion producing a fletcher collision. But the fewer bitflips exist between the actual data and the corrupted data, the lower the probability of cksum collision. For example, I think fletcher will 100% reliably detect a single bitflip (I may be wrong, but I think so) but when you layer in more and more randomly corrupted bits, then the probability of the fletcher failing is increased and approaches as I said, a very low maximum probability of 2^-32. (Non-intelligent attacker assumed. Random corruption.) You may if you wish, choose SHA-256. In which case, even an intelligent attacker cannot, with all the cpu's presently on earth, ever find a collision in 3.8*10^52 years. Considerably longer than the life of our solar system. (Estimated 9.6 billion cpu cores each capable of 10m SHA256 calculations per second). So as you claimed, not 100%. But there are 78 nines. 99.9999999....%
- 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
- Prev by Date: [Discuss] SSD drives vs. Mechanical drives
- Next by Date: [Discuss] business class ISP recommendations
- Previous by thread: [Discuss] SSD drives vs. Mechanical drives
- Next by thread: [Discuss] SSD drives vs. Mechanical drives
- Index(es):