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

  1. Path: sparky!uunet!newsserver.pixel.kodak.com!laidbak!obdient!amiserv!jupiter!bclark
  2. From: bclark@jupiter.chi.il.us (Brian Clark)
  3. Newsgroups: comp.sys.apple2
  4. Subject: Re: Accelerator Performance
  5. Message-ID: <bclark.00kz@jupiter.chi.il.us>
  6. Date: 14 Sep 92 16:40:28 GMT
  7. References: <1992Sep13.165019.6149@nuscc.nus.sg>
  8. Organization: Jupiter Systems
  9. Lines: 23
  10.  
  11. In article <1992Sep13.165019.6149@nuscc.nus.sg>, isc10327@nusunix3.nus.sg (ONG
  12. TAT-WEE) writes:
  13. >[other stuff mid-air exploded]
  14. >       Hmmm.... You've got a point there too.  I don't really know if
  15. >the Zip accelerator does have a special circuitry for detecting cache
  16. >ram speed.  But besides increasing the reliability of the Zip, shouldn't
  17. >a faster cache ram also produce faster results?  Sound quite logical to
  18. >me. 
  19.  
  20. Todd is telling you the truth.  Faster cache ram alone does not/can not
  21. produce faster results.  More than likely, the Zip accelerator does _not_
  22. have any funky special circuity to adjust its speed because it figures
  23. out if the cache ram is too slow.  And if it does have any of that
  24. circuity, it certainly doesn't work...  just plop some real slow cache
  25. rams in and watch it crash for yourself.  :)
  26.  
  27. Incidently, whatever other message that was mentioning what rated speed
  28. parts WDC offeres... they do make a 10 MHz rated part... thats what is
  29. in the accelerator I have.  Its fairly new though, so mabey these are
  30. parts WDC has been shipping only recently.
  31.  
  32. --
  33. Brian Clark            bclark@jupiter.chi.il.us
  34.