Article View: alt.sys.sun
Article #911Re: Justification for the use of 9-bit wide RAM modules
From: Jim Prescott
Date: Fri, 14 Jul 1995 00:00
Date: Fri, 14 Jul 1995 00:00
19 lines
1876 bytes
1876 bytes
In <1995Jul14.030358.28194@taylor.infi.net>, Mark Davis <mark@taylor.infi.net>: >Parity RAM is next to useless. It is really a waste of valuable bits. >The only logical approach is to use no parity, or use ECC RAM. >Parity memory can't even detect but SOME memory errors, and can't do >ANYTHING about it, except warn (or as pointed out, just go ahead and >crash the system anyway). A Unix system could do much better than just crashing the system. If the parity error occurs in a clean page the OS could just reload the page from the FS or swap. If it occurs in a dirty page the OS could kill just the affected process(es). Only parity errors in the OS itself should require a reboot. ECC is much better (though it also only detects SOME memory errors) but it is also more costly. Parity seems to have a useful niche in the cost/benefit tradeof. -- Jim Prescott - Systems Staff jgp@seas.rochester.edu ur-valhalla!jgp School of Engineering and Applied Sciences, University of Rochester, NY
Technical Details
Message-ID:
<3u66m7$a42@stiletto.ceas.rochester.edu>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<3tqpb5$dl8@orb.apana.org.au> <3u2981$9i9@melang.connect.com.au> <1995Jul14.030358.28194@taylor.infi.net>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f4671,4711ba0969b34d53 X-Google-Attributes: gidf4671,public X-Google-Thread: f88e1,4711ba0969b34d53 X-Google-Attributes: gidf88e1,public X-Google-Thread: 10d053,4711ba0969b34d53 X-Google-Attributes: gid10d053,public X-Google-Thread: 1070f0,4711ba0969b34d53 X-Google-Attributes: gid1070f0,public From: jgp@stiletto.ceas.rochester.edu (Jim Prescott) Subject: Re: Justification for the use of 9-bit wide RAM modules Date: 1995/07/14 Message-ID: <3u66m7$a42@stiletto.ceas.rochester.edu> X-Deja-AN: 106176863 distribution: inet references: <3tqpb5$dl8@orb.apana.org.au> <3u2981$9i9@melang.connect.com.au> <1995Jul14.030358.28194@taylor.infi.net> organization: University of Rochester, School of Engineering newsgroups: alt.sys.sun,aus.computers.sun,comp.sys.sun.admin,comp.sys.sun.hardware