home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / apple2 / 20298 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  1.5 KB

  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!usc!elroy.jpl.nasa.gov!ucla-cs!rutgers!jvnc.net!nuscc!nusunix3.nus.sg!isc10327
  2. From: isc10327@nusunix3.nus.sg (ONG TAT-WEE)
  3. Newsgroups: comp.sys.apple2
  4. Subject: Re: Accelerator Performance
  5. Message-ID: <1992Sep13.165019.6149@nuscc.nus.sg>
  6. Date: 13 Sep 92 16:50:19 GMT
  7. References: <1992Sep13.043921.25873@cco.caltech.edu>
  8. Sender: usenet@nuscc.nus.sg
  9. Organization: National University of Singapore
  10. Lines: 23
  11.  
  12. toddpw@cco.caltech.edu (Todd P. Whitesel) writes:
  13. : And I'm saying that unless there is something you aren't telling me, what you
  14. : are saying shouldn't be possible. Simply plugging in ram chips with a faster
  15. : speed rating should not affect ANYTHING except the reliability of the Zip.
  16. : The only way I can believe your statement as you worded it is if the Zip
  17. : has some special circuitry for detecting when cache ram is too slow and
  18. : automatically slowing down to accomodate it. I know of NO cache system that
  19. : can do this, but I also do not know for a fact that the Zip doesn't attempt
  20. : to do it, so I have to admit it's a possibility. But I am very skeptical.
  21.     Hmmm.... You've got a point there too.  I don't really know if
  22. the Zip accelerator does have a special circuitry for detecting cache
  23. ram speed.  But besides increasing the reliability of the Zip, shouldn't
  24. a faster cache ram also produce faster results?  Sound quite logical to
  25. me. 
  26.  
  27. : Todd Whitesel
  28. : toddpw @ cco.caltech.edu
  29.  
  30. - DOTW -
  31. I'm all zipped up.....
  32.