home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / apple2 / 24308 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  1.9 KB
  1. Path: sparky!uunet!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: 21 Nov 1992 11:33:51 GMT
  6. Organization: California Institute of Technology, Pasadena
  7. Lines: 30
  8. Message-ID: <1el6qvINNhaj@gap.caltech.edu>
  9. References: <fmlin.2ami@terapin.com>
  10. NNTP-Posting-Host: sandman.caltech.edu
  11.  
  12. fmlin@terapin.com (Frank M. Lin) writes:
  13.  
  14. >It really shows with the CD-ROM drive.  I mean, since the drive's access time
  15. >is slow, I can tell that lot of the time is spent on reading the directory.
  16. >After the directory is read, it looses it pretty fast...  if I close like 2 or
  17. >3 folders, and then try to go back, it would be re-reading it.
  18.  
  19. This may be because CD-ROM's have a vastly different directory structure than
  20. what you'd expect. They are designed to make searching for one file on a HUGE
  21. directory tree as fast as possible given the technology. Unfortunately the
  22. method they end up with isn't too friendly for directory listings. If you have
  23. a Rev D then upping the cache to 1 meg will probably fix it, but I haven't
  24. actually tried this (don't even have a CD-ROM), so get a second opinion
  25. (preferably from somebody who's got 1 meg) before you plunk down the cash.
  26.  
  27. >1. How smart is the GS/OS cache??  Does it know when to flush the cache if the
  28. >directory information has been changed?
  29.  
  30. The GS/OS cache is not used by the RAMfast driver. The RF's point of view is
  31. that it's faster to DMA stuff into memory wherever the GS wants it rather than
  32. spend time letting GS/OS look around trying to remember where it cached a block
  33. -- the GS/OS cache works great for slow devices but not for fast ones.
  34.  
  35. >3. Do all 16 bit programs benefit from GS/OS cache?  Do certain toolsets have
  36. >to be started by the application?
  37.  
  38. Nope. It's built into GS/OS and is always there when 16 bit stuff is running.
  39.  
  40. Todd Whitesel
  41. toddpw @ cco.caltech.edu
  42.