Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #238541
| From | David Christensen <dpchrist@holgerdanske.com> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Disk for a small server |
| Date | 2021-08-11 23:50 +0200 |
| Message-ID | <CL4gO-7Kv-3@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <CKG4O-9Q-5@gated-at.bofh.it> <CKKrL-358-1@gated-at.bofh.it> <CKMDf-4oI-1@gated-at.bofh.it> <CKTbI-Ni-7@gated-at.bofh.it> <CKX5D-3BP-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 8/11/21 7:00 AM, Celejar wrote: > I myself have no personal experience or deep understanding of the > issues, but the experts do not accept your position that [non-ECC > memory combined with operating system storage stack integrity > checking] is higher risk than [ECC memory combined with operating > system storage stack integrity checking] due to the possibility of > the "scrub of death." Here's Jim Salter (from the second link I gave > above): Without a thorough review of all the engineering for all of the various computer hardware, software, and systems under discussion, definitive answers cannot be found through analysis alone. That leaves opinion. "Academics", "experts", "creators", etc., are typically favored, but sometimes the nobodies with real-world experience are "right" (to a greater or less degree). That is why there is the scientific method. Please cite relevant article(s) with reproducible laboratory results and/or analysis of long-term real-world data regarding failure modes, effects, and hazards of non-ECC memory vs. ECC memory when paired with operating systems with vs. without storage stack integrity checking and correction. David
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Disk for a small server Leandro Noferini <lnoferin@cybervalley.org> - 2021-08-10 17:20 +0200
Re: Disk for a small server ghe2001 <ghe2001@protonmail.com> - 2021-08-10 19:10 +0200
Re: Disk for a small server Leandro Noferini <leandro@cybervalley.org> - 2021-08-10 20:30 +0200
Re: Disk for a small server ghe2001 <ghe2001@protonmail.com> - 2021-08-10 20:50 +0200
Re: Disk for a small server rhkramer@gmail.com - 2021-08-10 21:10 +0200
Re: Disk for a small server Leandro Noferini <lnoferin@cybervalley.org> - 2021-08-10 21:10 +0200
Re: Disk for a small server Thomas Amm <debili@open-email.net> - 2021-08-10 22:40 +0200
Re: Disk for a small server Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-08-11 01:00 +0200
Re: Disk for a small server Leandro Noferini <leandro@cybervalley.org> - 2021-08-11 11:20 +0200
Re: Disk for a small server Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-08-11 12:30 +0200
Re: Disk for a small server David Christensen <dpchrist@holgerdanske.com> - 2021-08-10 21:50 +0200
Re: Disk for a small server Dan Ritter <dsr@randomstring.org> - 2021-08-10 22:00 +0200
Re: Disk for a small server David Christensen <dpchrist@holgerdanske.com> - 2021-08-11 02:40 +0200
Re: Disk for a small server Celejar <celejar@gmail.com> - 2021-08-11 05:00 +0200
Re: Disk for a small server David Christensen <dpchrist@holgerdanske.com> - 2021-08-11 12:00 +0200
Re: Memory and other hardware safety issue regarding ZFS [was Disk for a small server] Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-08-11 12:30 +0200
Re: Disk for a small server Celejar <celejar@gmail.com> - 2021-08-11 16:10 +0200
Re: Disk for a small server David Christensen <dpchrist@holgerdanske.com> - 2021-08-11 23:50 +0200
Re: Disk for a small server Stefan Monnier <monnier@iro.umontreal.ca> - 2021-08-12 00:00 +0200
Re: Disk for a small server <tomas@tuxteam.de> - 2021-08-12 08:50 +0200
Re: Disk for a small server <tomas@tuxteam.de> - 2021-08-10 22:00 +0200
Re: Disk for a small server David Christensen <dpchrist@holgerdanske.com> - 2021-08-11 03:00 +0200
csiph-web