Article View: fa.laser-lovers
Article #65Re: Imagen memory woes
From: laser-lovers
Date: Wed, 16 Oct 1985 04:29
Date: Wed, 16 Oct 1985 04:29
22 lines
1573 bytes
1573 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:
<4543@cca.UUCP>Path:
arc1-ca.pugleaf.net!utzoo!watmath!clyde!cbosgd!ucbvax!decvax!wanginst!infinet!emacs!cca!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 cca.UUCP Path: arc1-ca.pugleaf.net!utzoo!watmath!clyde!cbosgd!ucbvax!decvax!wanginst!infinet!emacs!cca!laser-lovers From: laser-lovers@cca.UUCP Newsgroups: fa.laser-lovers Subject: Re: Imagen memory woes Message-ID: <4543@cca.UUCP> Date: Wed, 16-Oct-85 00:29:59 EDT Article-I.D.: cca.4543 Posted: Wed Oct 16 00:29:59 1985 Date-Received: Sat, 19-Oct-85 04:16:18 EDT Sender: daemon@cca.UUCP Organization: Computer Corp. of America, Cambridge Lines: 22