home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / pcclone / 32bit / 494 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.4 KB  |  43 lines
  1. Newsgroups: comp.unix.pc-clone.32bit
  2. Path: sparky!uunet!super!becker
  3. From: becker@super.org (Donald J. Becker)
  4. Subject: Re: Sun 3/60 SIMMS in a PC?
  5. Message-ID: <1992Nov20.155455.7699@super.org>
  6. Sender: news@super.org (USENET News System)
  7. Nntp-Posting-Host: super
  8. Organization: IDA Supercomputing Research Center
  9. References: <Bxx3sK.LA7@rice.edu> <1992Nov20.064848.16846@stone.oz.au>
  10. Date: Fri, 20 Nov 1992 15:54:55 GMT
  11. Lines: 30
  12.  
  13.  
  14. I'm using older SIMMs from a Sun in 486/33 (ETEQ chipset) and 386/40
  15. (Opti chipset) machines.  They were borrowed when the Suns were
  16. upgraded to 4M SIMMs. Although they are slower (100ns) than the
  17. specified speed ("< 80ns"), the only memory problems I have had were
  18. with new 70ns SIMMs (one 1M and one 4M were bad) and a 20ns. cache
  19. static RAM.  With the older SIMMs you've have a few years "burn-in". 
  20.  
  21. I was planning on running the SIMMs at an extra wait state, but it
  22. turned out they were reliable at full speed.  
  23.  
  24. The best program I found for testing memory is compiling the Linux
  25. kernel all night.  The GCC/Linux combination does a good job of using
  26. every bit of memory you have.  With the cache memory problem I could
  27. get the machine to fail (usually gracefully) in about three minutes
  28. compiling the kernel, while under MS-DOS (mostly _Aces of the
  29. Pacific_) it looked like a rare software glitch.
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39. -- 
  40. Donald Becker                       becker@super.org
  41. Supercomputing Research Center
  42. 17100 Science Drive, Bowie MD 21114           301-805-7482
  43.