Re: ECC support

Jim Thompson <[email protected]>
Newsgroups gmane.os.freebsd.devel.hardware,gmane.os.freebsd.devel.hackers
Message-ID <[email protected]>
> On Sep 15, 2015, at 5:19 PM, Igor Mozolevsky <[email protected]> wrote:
> 
> On 15 September 2015 at 22:52, Jim Thompson <[email protected] <mailto:[email protected]>> wrote:
> 
> <snip>
> 
> Errors are corrected "on-the-fly," corrected data is almost never placed back in memory. If the same corrupt data is read again, the correction process is repeated. Replacing the data in memory would require processing overhead that could accumulate and significantly diminish system performance. If the error occurred because of random events and isn't a defect in the memory, the memory address will be cleaned of the error when the data is overwritten with other data.
> 
> <snip> 
> 
> Just to correct a small oversight- most (if not all?) boards have an option to scrub ECC memory in the background so as to prevent single bit (recoverable) errors from turning into double bit (irrecoverable but detectable) errors ;-)

I think you’ll find that the default for ‘scrub’ is off on most (perhaps all) boards.  There are reasons, and these relate directly to “significantly diminish system performance”, (above), as well as the greatly increased RAM sizes in use today.

’Scrub' was popular about a decade ago, when DDR2 RAM was around $100/GB.  DDR3-1600 is about $6/GB today.

Jim


_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hardware
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.