Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!labrea!decwrl!pyramid!voder!apple!baum
From: baum@apple.UUCP
Newsgroups: comp.unix.wizards,comp.arch
Subject: Re: Double-bit errors and ECC memory
Message-ID: <6257@apple.UUCP>
Date: Wed, 16-Sep-87 19:37:06 EDT
Article-I.D.: apple.6257
Posted: Wed Sep 16 19:37:06 1987
Date-Received: Sat, 19-Sep-87 09:08:46 EDT
References: <1184@itm.UUCP> <797@spar.SPAR.SLB.COM> <2891@phri.UUCP> <7319@steinmetz.steinmetz.UUCP> <8587@utzoo.UUCP>
Reply-To: baum@apple.UUCP (Allen Baum)
Organization: Apple Computer, Inc.
Lines: 18
Xref: utgpu comp.unix.wizards:3986 comp.arch:2084

--------
[]
>In article <8587@utzoo.UUCP> henry@utzoo.UUCP (Henry Spencer) writes:
>Clearly, what we need, urgently, is ECC on the damn memory chips.

Micron Technologies (Boise, Idaho) made such a chip, and may even be
still sell it. It took them a long time to get it out the door; they
missed a big window of opportunity on that. The organization is
256kx1.
 Its not clear that duplicating the logic on each chip is a
cost effective solution, especially considering that at the chip
level, errors must be detected and corrected before data comes off
the chip. At a system level, this may not be necessary; you might
have a extra cycle before you need to know there is an error, and can
afford lots of time to correct it (sinces it presumably an infrequent
event).

--
{decwrl,hplabs,ihnp4}!nsc!apple!baum		(408)973-3385