home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / hardware / 14520 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  2.7 KB
  1. Path: sparky!uunet!olivea!decwrl!deccrl!news.crl.dec.com!rdg.dec.com!decvax.dec.com!decvax!strange
  2. From: strange@zk3.dec.com (Steve Strange)
  3. Newsgroups: comp.sys.mac.hardware
  4. Subject: Re: Why is the IIsi so slow?
  5. Message-ID: <STRANGE.92Jul31102242@hang.dec.com>
  6. Date: 31 Jul 92 17:22:42 GMT
  7. References: <28JUL199210575544@utkvx2.utk.edu>
  8.     <1992Jul30.141541.6529@ccu.umanitoba.ca> <14760@umd5.umd.edu>
  9.     <15a65qINN8mc@mohawk.cs.utexas.edu>
  10. Sender: usenet@decvax.dec.com (Usenet News System)
  11. Organization: Digital Equipment Corp.
  12. Lines: 36
  13. In-Reply-To: newton@cs.utexas.edu's message of 30 Jul 1992 20:48:42 -0500
  14. Nntp-Posting-Host: hang.zk3.dec.com
  15.  
  16. In article <15a65qINN8mc@mohawk.cs.utexas.edu> newton@cs.utexas.edu (Peter Newton) writes:
  17.  
  18.    Several people have said that the IIsi runs faster when its cache
  19.    is set to a large value.  I have been told that this has something to
  20.    do with the lack of video RAM in the IIsi-- the CPU and video compete
  21.    for memory access.  If this is true, how does changing the RAM cache
  22.    speed things up?  Is it not the case that all of the memory is on the
  23.    same bus?  Also, RAM devoted to the cache is still in use, right?
  24.  
  25. Well, the IIsi runs at 20Mhz, and the SE/30 at 16Mhz.  So ideally, the
  26. si is a little faster.  What makes it appear slower is the slower
  27. screen updates.  The RAM devoted to the cache is still in use, but it
  28. is being referenced far less than the RAM in which the system code
  29. resides.  If I understand the architecture correctly, the cache RAM is
  30. accessed only in situations where the disk would have been accessed
  31. had the cache not been there.  And code is never executed directly out
  32. of the cache -- instead, the needed data is copied out of the cache
  33. and into memory somewhere else, in some sizeable chunk.  So it's a
  34. matter of frequency of access.  The cache RAM is accessed far less
  35. frequently than the RAM in which system code and data reside.  Hope
  36. this helps.
  37.  
  38. BTW, if you put color on an SE/30, you necessarily need to buy a video
  39. board.  If you buy a video board for the IIsi, the memory contention
  40. problem goes away, as the screen buffer memory is on the board.  You'd
  41. also get an FPU for the IIsi that way -- the SE/30 has one built in
  42. (another reason that machine may seem faster).
  43.  
  44.     Steve
  45. --
  46. +---------------------------------------------------------------------------+
  47. |   Steve Strange            |   Opinions expressed are my own and not      |
  48. |   Digital Equipment Corp.  |   necessarily those of my employer, or       |
  49. |   Nashua, NH 03062-2698    |   of anyone else, for that matter.           |
  50. |   strange@zk3.dec.com      |                                              |
  51. +---------------------------------------------------------------------------+
  52.