home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard
- From: jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)
- Newsgroups: comp.os.os2.misc
- Subject: Re: RAM speed
- Message-ID: <7746@lib.tmc.edu>
- Date: 6 Nov 1992 01:36:23 GMT
- References: <1992Nov5.174248.11761@netcom.com> <7733@lib.tmc.edu> <1992Nov5.220721.8289@netcom.com>
- Sender: usenet@lib.tmc.edu
- Organization: UT Health Science Center Houston
- Lines: 21
- Nntp-Posting-Host: oac.hsc.uth.tmc.edu
-
- In article <1992Nov5.220721.8289@netcom.com> bob@netcom.com (Bob Becker) writes:
- >It *is* a TRAP 0002. I ran my RAM through some pretty heavy
- >diagnostics and found no problems. I called IBM again, and they
- >backed off from the position that RAM speed had to be faster
- >than 80ns, but he still seemed to think the problem was somewhere
- >in the RAM. He took a bunch of info and is going to have another
- >tech guy call me. I'll post the results of the call if anyone
- >is interested.
-
- Ah. I don't know about the RAM speed your system requires (your hardware
- documentation should help that), but it may be a problem.
-
- It's been observed here before that OS/2 is a better memory diagnostic than
- any one you're likely to find in something like QAPlus or Checkit. It makes
- much heavier, and much less predictable, use of system memory than diagnostic
- programs do.
-
- --
- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
- jmaynard@oac.hsc.uth.tmc.edu | adequately be explained by stupidity.
- We survived Jimmy Carter; we'll (probably) survive Bill Clinton.
-