home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / ibm / pc / hardware / 22312 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.6 KB
  1. Path: sparky!uunet!kithrup!stanford.edu!ames!elroy.jpl.nasa.gov!sdd.hp.com!cs.utexas.edu!wotan.compaq.com!moxie!texsun!exucom.exu.ericsson.se!news
  2. From: exuptr@exu.ericsson.se (Patrick Taylor)
  3. Newsgroups: comp.sys.ibm.pc.hardware
  4. Subject: Re: 60nSec memory - Will 486/33 be faster?
  5. Message-ID: <exuptr.354.714339161@exu.ericsson.se>
  6. Date: 20 Aug 92 19:32:41 GMT
  7. References: <Bt90qD.26p@encore.com> <92233.100402REE700A@MAINE.MAINE.EDU>
  8. Sender: news@exu.ericsson.se
  9. Organization: Ericsson Network Systems, Inc.
  10. Lines: 37
  11. Nntp-Posting-Host: exupc31.exu.ericsson.se
  12.  
  13. In article <92233.100402REE700A@MAINE.MAINE.EDU> REE700A@MAINE.MAINE.EDU writes:
  14. >Path: exucom.exu.ericsson.se!texsun!cronkite.Central.Sun.COM!news2me.ebay.sun.com!sun-barr!sh.wide!wnoc-tyo-news!nec-tyo!nec-gw!mips!sdd.hp.com!usc!rpi!bu.edu!dartvax!mars.caps.maine.edu!maine.maine.edu!ree700a
  15. >From: REE700A@MAINE.MAINE.EDU
  16. >Newsgroups: comp.sys.ibm.pc.hardware
  17. >Subject: Re: 60nSec memory - Will 486/33 be faster?
  18. >Message-ID: <92233.100402REE700A@MAINE.MAINE.EDU>
  19. >Date: 20 Aug 92 14:04:02 GMT
  20. >References: <Bt90qD.26p@encore.com>
  21. >Organization: University of Maine System
  22. >Lines: 17
  23.  
  24.  
  25. >   The change from 70 or 80 nS RAM to 60 nS RAM is only necessary if :
  26. >a) Your board doesn't properly perform interleaved cache fills
  27. >b) It does, but all four banks of SIMMS are full (16 SIMMS!)
  28. >or
  29. >c) You are truely concerned about to 10-20 nS hit the first time a cache
  30. >   miss occurs.  I assume your 486/33 has 256K cache (if not - upgrade
  31. >   that before all of the main memory).  For a modest 90% cache hit rate,
  32. >   a 25% reduction in SIMM cycle time corresponds to about a 2.5% memory
  33. >   system speed-up on an effective zero wait state system.
  34.  
  35. >   Therefore, my recommendation:  Fill all four banks (16MB of 1MB simms!)
  36. >Shut off any virtual memory bullshit.  Get a 256K cache with less than 30
  37. >nanosecond cycle time.   If you are currently running 4MB in 256K simms,
  38. >don't replace them with 4MB of faster 256K simms!  Get 8MB of 1MB simms,
  39. >take the temporary wash-out in performance (two way interleave of 60's
  40. >compared to 4-way 80's) and add the other 8MB when you can afford it.
  41.  
  42. I second that.  In fact, if you can stretch your budget, go for 4MB sticks.
  43.  ----------------------------------------------------------------------------
  44.     "This must be Thursday.  I never could get the hang of Thursdays"
  45.                                                        - D Adams
  46.   - Patrick Taylor
  47.     Ericsson Network Systems
  48.     exuptr@exu.ericsson.se                       "Don't let the .se fool you"
  49.     alternately, exuptr@ZGNews.Lonestar.Org
  50.