home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / apple2 / 24371 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  1.5 KB
  1. Path: sparky!uunet!usc!elroy.jpl.nasa.gov!nntp-server.caltech.edu!toddpw
  2. From: toddpw@cco.caltech.edu (Todd P. Whitesel)
  3. Newsgroups: comp.sys.apple2
  4. Subject: Re: RamFAST & GS/OS cache
  5. Date: 23 Nov 1992 03:00:48 GMT
  6. Organization: California Institute of Technology, Pasadena
  7. Lines: 26
  8. Message-ID: <1ephh0INN9qu@gap.caltech.edu>
  9. References: <fmlin.2bnm@terapin.com>
  10. NNTP-Posting-Host: arrester.caltech.edu
  11.  
  12. fmlin@terapin.com (Frank M. Lin) writes:
  13.  
  14. >Hmm, I don't know if I get that.  GS/OS cache in already in memory, I don't see
  15. >how reading data from the SCSI device, then copy RF's cache to GS memory will
  16.      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Wrongo, if it is already in the RF cache
  17. >be faster then just reading/moving the GS/OS cache already in memory.  Besides,
  18. >I have a quick TWGS ( 15 ) here :)
  19.  
  20. YOU have a quick TWGS, and I have a quick Zip, but _most_ of Drew's customers
  21. don't have either.
  22.  
  23. >This make sense, maybe the Apple II CEG should add this to the 6.0.1
  24. >enhancement list.  Since this feauture will improve GS/OS cache is self, and
  25. >not just help RF.
  26.  
  27. I agree here. It's possible that some FSTs already do that, but I don't know
  28. enough about the internals (and Apple ain't too talkative).
  29.  
  30. >Still, I see no reason why Drew shouldn't add GS/OS cache support; unless his
  31. >time is needed on other R&D work.
  32.  
  33. Also agreed. I believe Drew feels there is other stuff that deserves more
  34. attention, but if enough people ask for it he'll probably look into it again.
  35.  
  36. Todd Whitesel
  37. toddpw @ cco.caltech.edu
  38.