Article View: fa.laser-lovers
Article #60Re: Imagen memory woes
From: laser-lovers
Date: Wed, 16 Oct 1985 04:16
Date: Wed, 16 Oct 1985 04:16
22 lines
1592 bytes
1592 bytes
From: Chris Torek <chris@mimsy.umd.edu> Alas, testing every one out of every 1K bytes (or other large chunk) fails miserably as a memory diagnostic. I suspect that this is how Imagen's software counts up available memory in the first place; and I know for a fact that Unix counts up Vax memory using this method. Memory diagnostics are subtle things. There are `walking 1s', `walking 0s', `refresh delay', `address line short', `data line short', and other standard tests, yet these do not even begin to cover some of the interesting faults that can hide in modern dynamic RAMs. A good test program will try all of these and will also run a pseudo-random number generator. A truly thorough test takes on the order of eight hours per 64K! My information on dynamic RAM problems is dated, so my figures may well be off; but suffice it to say that a power-up self-test cannot perform a complete check. Perhaps what Imagen should provide is parity error detection and/or diagnostic floppies. Chris
Technical Details
Message-ID:
<1654@uw-beaver>Path:
arc1-ca.pugleaf.net!utzoo!watmath!clyde!cbosgd!ihnp4!mhuxn!mhuxr!mhuxt!houxm!vax135!cornell!uw-beaver!laser-loversShow Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site uw-beaver Path: arc1-ca.pugleaf.net!utzoo!watmath!clyde!cbosgd!ihnp4!mhuxn!mhuxr!mhuxt!houxm!vax135!cornell!uw-beaver!laser-lovers From: laser-lovers@uw-beaver Newsgroups: fa.laser-lovers Subject: Re: Imagen memory woes Message-ID: <1654@uw-beaver> Date: Wed, 16-Oct-85 00:16:37 EDT Article-I.D.: uw-beave.1654 Posted: Wed Oct 16 00:16:37 1985 Date-Received: Thu, 17-Oct-85 23:46:56 EDT Sender: yenbut@uw-beaver Organization: U of Washington Computer Science Lines: 22