home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / ibm / pc / hardware / 36718 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.7 KB
  1. Xref: sparky comp.sys.ibm.pc.hardware:36718 comp.sys.ibm.pc.misc:16972 comp.sys.ibm.pc:1099
  2. Newsgroups: comp.sys.ibm.pc.hardware,comp.sys.ibm.pc.misc,comp.sys.ibm.pc
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!srvr1.engin.umich.edu!batcomputer!cornell!rochester!rit!isc-newsserver!ritvax.isc.rit.edu!AJB8886
  4. From: ajb8886@ritvax.isc.rit.edu
  5. Subject: Re: HELP: Adding faster DRAM
  6. Message-ID: <1993Jan21.172213.6184@ultb.isc.rit.edu>
  7. Sender: news@ultb.isc.rit.edu (USENET News System)
  8. Nntp-Posting-Host: vaxa.isc.rit.edu
  9. Reply-To: ajb8886@ritvax.isc.rit.edu
  10. Organization: Rochester Institute of Technology
  11. References: <1993Jan20.071650.14940@nevada.edu>
  12. Date: Thu, 21 Jan 1993 17:22:13 GMT
  13. Lines: 25
  14.  
  15. In article <1993Jan20.071650.14940@nevada.edu>, dinhyen@nevada.edu (Dinh-Yen Tran) writes:
  16. >Hi:
  17. >    I would like to put an additional 4M of RAM into my 386.  My computer
  18. >uses 70ns DRAM but the company I want to do business with only stocks
  19. >60ns DRAM.  Is it OK to use 60ns DRAM in place of the 70ns DRAM?  The chip
  20. >type is 1Mx1-bit DIP.  Has anyone ever tried anything like that.  Please help.
  21.  
  22. Using 60ns DRAM in place of 70ns is fine.  60ns DRAM is merely designed and
  23. rated to have a faster minimum access time.  
  24.  
  25. It's somewhat akin to putting VR-rated tires (good for 150MPH) on a Volkswagen
  26. Bug.  It's nice to know that your tires are good for that speed, but you know
  27. the Bug won't go that fast.
  28.  
  29. On the plus side, if your extended CMOS setup does let you set waitstates on
  30. DRAM read/write out of SRAM cache, then you could reduce the wait state by
  31. another notch on the banks with the 60ns dram and get a .slight. improvement in
  32. overall memory accesses to those banks.
  33.  
  34. Alex
  35.  
  36.  
  37. >Thanks.
  38. >dinh-yen tran
  39. >dinhyen@redrock.nevada.edu
  40.