home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / apple2 / 24323 < prev    next >
Encoding:
Text File  |  1992-11-21  |  3.2 KB  |  70 lines
  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!sol.ctr.columbia.edu!destroyer!news.iastate.edu!news
  3. From: hal@budapest.math.macalstr.edu (Harold Byron Bouma)
  4. Subject: Re: RamFAST & GS/OS cache
  5. Message-ID: <By39x5.7Jv@news.iastate.edu>
  6. Sender: news@news.iastate.edu (USENET News System)
  7. Organization: Iowa State University, Ames IA
  8. References: <fmlin.2ami@terapin.com>
  9. Date: Sat, 21 Nov 1992 23:15:04 GMT
  10. Lines: 58
  11.  
  12. Frank M. Lin writes
  13. > Now that I've got my self a CD-ROM drive, it's pretty obvious that the  
  14. current
  15. > RamFAST driver isn't doing a great job at directory caching.
  16. > 
  17. > It really shows with the CD-ROM drive.  I mean, since the drive's access time
  18. > is slow, I can tell that lot of the time is spent on reading the directory.
  19. > After the directory is read, it looses it pretty fast...  if I close like 2
  20. > or 3 folders, and then try to go back, it would be re-reading it.
  21. > 
  22. > Questions...
  23. > 
  24. > 1. How smart is the GS/OS cache??  Does it know when to flush the cache if  
  25. the
  26. > directory information has been changed?
  27. >
  28. > 2. What does it cache anyway?  Does it cache both the data and the directory
  29. > tree or just the directory tree?
  30.  
  31.     GS/OS also caches directory information as well as data. And if GS/OS  
  32. is a good OS, it should flush the directory information right after its been  
  33. modified. RAMFast on the other hand just caches everything that comes in its  
  34. path, which is not nearly as smart as GS/OS's caching.
  35.  
  36. > 3. This sort of relates to question #2, how big should the cache be set?  I
  37. > mean, if it just caches the directory, I think 64k or 128k should be enough.
  38. > But if it caches data as well, then maybe more like 768k or 1024k...  I set 
  39. > my to 768k right now.  Is it too big??  I guess it really doesn't matter, 
  40. > because I'm using RF.
  41.  
  42.     No, you need GS/OS caching too because its very helpful when using the  
  43. floppy. However, caches for the most part should be small. As cache sizes start  
  44. to grow, its speed benifits start to decrese as the time maintaing the cache  
  45. goes up. I find that 32K/64K is pretty good. Anything over that really doesn't  
  46. help much, unless someone has some specs to disprove that - which I would like  
  47. to hear about!! :)
  48.  
  49. > 3. Do all 16 bit programs benefit from GS/OS cache?  Do certain toolsets have
  50. > to be started by the application?
  51.  
  52.     All Disk I/O benifits from GS/OS caching (unless you have a RAMFast)
  53.  
  54. > 4. Does the Apple II High-Speed SCSI card support GS/OS cache?
  55.  
  56.     Well, yes and no. Yes, GS/OS caching works to the card, but the card  
  57. itself doesn't do it. The Apple Hi-Speed card does no caching which is why the  
  58. RAMFast beats the daylights out of it.
  59.  
  60. > I am going to bug Drew to support GS/OS cache :)
  61.  
  62.     Good, you should. Its much better caching and the GS will improve from  
  63. it. Even the Turbo IDE card does it as well.
  64.  
  65. | Hal Bouma                            | Send mail to: HBouma@Macalstr.edu    |
  66. | Macalester College, St. Paul, MN.    | and           HBouma@Macalstr.Bitnet |
  67.  \  Things that make you go Hmmm:  System 6, GNO, DreamGrafix, SoundMeister  /
  68.   \  Coming sometime this decade for the //GS : NBA! (GNO compatible too!)  /
  69.    \  Drop by and say hi to us anytime on the #AppleIIGS channel on IRC!!  /
  70.