home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / apple2 / 24359 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  1.6 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!saimiri.primate.wisc.edu!caen!destroyer!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!csus.edu!netcom.com!netcomsv!terapin!fmlin
  2. From: fmlin@terapin.com (Frank M. Lin)
  3. Newsgroups: comp.sys.apple2
  4. Subject: re: RamFAST & GS/OS cache
  5. Message-ID: <fmlin.2bnm@terapin.com>
  6. Date: 22 Nov 92 12:45:36 PST
  7. Organization: BBS
  8. Lines: 28
  9.  
  10. >Drew's position on this is that the method the RamFast currently uses
  11. >is faster than it would be if he supported GS/OS caching. This is
  12. >because the GS/OS cache has to (a) find the block by searching a list,
  13. >and (b) manually move the block to the caller. So for data blocks the
  14. >GS/OS cache is generally going to be slower than the RamFast unless
  15. >you have a very fast Zip.
  16.  
  17. Hmm, I don't know if I get that.  GS/OS cache in already in memory, I don't see
  18. how reading data from the SCSI device, then copy RF's cache to GS memory will
  19. be faster then just reading/moving the GS/OS cache already in memory.  Besides,
  20. I have a quick TWGS ( 15 ) here :)
  21.  
  22. >But for directory blocks, the GS/OS cache makes a lot of sense _IF_
  23. >the FST's are smart enough to directly search for them in the cache
  24. >rather than calling the driver and forcing a manual copy into the
  25. >FST's own memory (which is also usually going to be slower than just
  26. >blasting the block in from the RamFast).
  27.  
  28. This make sense, maybe the Apple II CEG should add this to the 6.0.1
  29. enhancement list.  Since this feauture will improve GS/OS cache is self, and
  30. not just help RF.
  31.  
  32. Still, I see no reason why Drew shouldn't add GS/OS cache support; unless his
  33. time is needed on other R&D work.
  34.  
  35. frank m. lin
  36. fmlin@terapin.com
  37.  
  38.