home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / ibm / pc / hardware / 36677 < prev    next >
Encoding:
Text File  |  1993-01-21  |  1.4 KB  |  36 lines
  1. Newsgroups: comp.sys.ibm.pc.hardware
  2. Path: sparky!uunet!gatech!destroyer!cs.ubc.ca!uw-beaver!news.u.washington.edu!serval!beta.tricity.wsu.edu!msmith
  3. From: msmith@beta.tricity.wsu.edu (Dragon Lord)
  4. Subject: Re: Have I done something stupid? (a SIMM question)
  5. Message-ID: <1993Jan21.084559.1741@serval.net.wsu.edu>
  6. Sender: news@serval.net.wsu.edu (USENET News System)
  7. Organization: Washington State University Tri-Cities, Richland
  8. References: <ETOBKKC.93Jan21073459@pluto.eto.ericsson.se>
  9. Date: Thu, 21 Jan 93 08:45:59 GMT
  10. Lines: 24
  11.  
  12. In article <ETOBKKC.93Jan21073459@pluto.eto.ericsson.se> etobkkc@hisoy.etn.ericsson.se writes:
  13.  
  14. >However, the new SIMMs are marked KMM59256AN-10. Does the "10"
  15. >indicate that they are 100ns SIMMs? The 4MB already in my PC is
  16. >70ns.
  17.  
  18. Yes, the -10 means 100ns.
  19.  
  20. >
  21. >The PC seems to work as normal (I had to put the new SIMMs in bank 0),
  22. >but I wonder if the new SIMMs are too slow. If so, would any errors
  23. >be trapped by the parity error check (which I've enabled) or would
  24. >the files I'm editing/saving be destroyed without me noticing it?
  25. >
  26. The problems you'll probably run into will be 
  27.  
  28. machine locking up
  29. parity errors 
  30. read and write errors
  31.  
  32. Your machine MAY though be able to sense the slower simms and compensate
  33. for it by automaticly inserting more wait states.  Most machines though
  34. (older ones at least) have the wait states hardwired via jumpers on the
  35. mother board.
  36.