home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / arch / 9214 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.3 KB
  1. Path: sparky!uunet!wupost!usc!news!nic.cerf.net!davsmith
  2. From: davsmith@nic.cerf.net (David Smith)
  3. Newsgroups: comp.arch
  4. Subject: Re: Error Correcting Memory
  5. Message-ID: <2725@news.cerf.net>
  6. Date: 3 Sep 92 23:09:56 GMT
  7. References: <Sep03.210730.68303@yuma.ACNS.ColoState.EDU>
  8. Sender: news@news.cerf.net
  9. Organization: CERFnet
  10. Lines: 22
  11. Nntp-Posting-Host: nic.cerf.net
  12.  
  13. In article <Sep03.210730.68303@yuma.ACNS.ColoState.EDU> shafer@CS.ColoState.EDU (spencer shafer) writes:
  14. >I'm interested in learning about the difference in reliability
  15. >between parity memory and error checking-correction memory.  Can
  16. >anyone provide me with some pointers to related books/articles?
  17. >Or does anyone know straight off what the relative difference is?
  18.  
  19. Parity memory says, "Dude, you're bummed.  You've got a hosed bit."
  20.  
  21. ECC memory says "Dude, check it out!  You had a single bit error and I, like,
  22.     fixed it!" or "Dude, you're bummed, two or more of your bits were
  23.     bad."
  24.  
  25. Parity will generally only be guaranteed to catch single bit errors, while
  26. ECC will correct single bit errors and catch double bit errors (in general,
  27. someone may have implemented an ECC that does more)
  28.  
  29. From the land of Sun and Cerf,
  30. David L. Smith
  31. smithd@discos.com or davsmith@nic.cerf.net
  32. -- 
  33. David L. Smith
  34. smithd@discos.com or davsmith@nic.cerf.net
  35.