home *** CD-ROM | disk | FTP | other *** search
/ Fresh Fish 9 / FreshFishVol9-CD2.bin / bbs / reviews / disk.lha / disk / FastCache < prev    next >
Internet Message Format  |  1993-07-15  |  20KB
  1. Path: menudo.uh.edu!usenet
  2. From: Mike_Noreen@p14.anet.bbs.bad.se (Mike Noreen)
  3. Newsgroups: comp.sys.amiga.reviews
  4. Subject: REVIEW: FastCache version 1.0
  5. Followup-To: comp.sys.amiga.applications
  6. Date: 9 Jul 1993 01:48:04 GMT
  7. Organization: The Amiga Online Review Column - ed. Daniel Barrett
  8. Lines: 475
  9. Sender: amiga-reviews@math.uh.edu (comp.sys.amiga.reviews moderator)
  10. Distribution: world
  11. Message-ID: <21iiok$k1b@menudo.uh.edu>
  12. Reply-To: Mike_Noreen@p14.anet.bbs.bad.se (Mike Noreen)
  13. NNTP-Posting-Host: karazm.math.uh.edu
  14. Keywords: cache, disks, shareware
  15.  
  16.  
  17.  
  18. PRODUCT NAME
  19.  
  20.     FastCache version 1.0
  21.  
  22.     [MODERATOR'S NOTE:  This review was updated on July 15, 1993.
  23.     -Dan]
  24.  
  25.  
  26. BRIEF DESCRIPTION
  27.  
  28.     FastCache is a program for speeding up your disk access.  It is a
  29. fully associate shareware disk-cache which features prefetch and write-back.
  30.  
  31.  
  32. AUTHOR/COMPANY INFORMATION
  33.  
  34.     Name:        Philip D'Ath
  35.     Address:    9 Elmwood Crescent
  36.             Pukete, Hamilton
  37.             New Zealand
  38.  
  39.     E-mail:        pid@waikato.ac.nz
  40.  
  41.  
  42. SHAREWARE FEE
  43.  
  44.     You may use the program freely for a period of three months.  If you
  45. continue to use it after that period, you are requested to send $20 to the
  46. author, payable in either New Zealand, Australian or American dollars.
  47.  
  48.  
  49. SPECIAL HARDWARE AND SOFTWARE REQUIREMENTS
  50.  
  51.  
  52.     HARDWARE
  53.  
  54.         At least 256K free RAM is recommended.  FastCache uses RAM
  55.         to speed up disk read/write operations, and will not give
  56.         much increase in disk performance if the cache is smaller
  57.         than this.  If you cannot spare this much RAM, then
  58.         FastCache probably isn't for you.
  59.  
  60.           FastCache is supplied in two flavours: one for 68000-based
  61.         machines such as the Amiga 500, and one for 68030-based
  62.         machines such as the Amiga 3000.
  63.  
  64.     SOFTWARE
  65.  
  66.         FastCache was designed to be used under AmigaDOS 2.0, and
  67.         seems to work well under AmigaDOS 3.0. It MIGHT work under
  68.         AmigaDOS 1.3, but it's not guaranteed.
  69.  
  70.  
  71. COPY PROTECTION
  72.  
  73.     None.
  74.  
  75.  
  76. MACHINE USED FOR TESTING
  77.  
  78.     Amiga 3000-25
  79.     2 MB Chip RAM, 4MB Static Column Fast RAM
  80.     Kickstart v40.9, Workbench v40.4
  81.     DEC RZ24 hard disk, 199MB formatted, 64KB onboard cache, 19ms seek
  82.      time.
  83.  
  84.  
  85. REVIEW
  86.  
  87.     The reason I tested FastCache was because I needed to speed up the
  88. handling of mail on my system.  I had earlier tested a public domain
  89. disk cache called SmartDisk and had not been terribly impressed.  FastCache,
  90. however, had features which made it worth checking out.  Here's its feature
  91. list from its manual:
  92.  
  93.     * Fully associate cache (one of the best algorithms)
  94.     * LRU cache replacement policy (one of the best)
  95.     * Can handle multiple drives
  96.     * *Should* be able to handle removable media
  97.     * All cache settings are determined at run time
  98.     * Optional write retention
  99.     * Does not require large continuous chunks of memory
  100.     * Uses a hashing system to locate date (one of the best)
  101.     * Performs both forward and reverse prefetching
  102.     * Will utilize the blitter to move data, if possible
  103.  
  104.     Having gotten this far, I think most people will agree that it is
  105. high time for a short explanation of what a disk cache is, how it works, and
  106. what all these fancy terms and abbreviations mean.  (Many thanks to John C.
  107. Chu for helping me out with this!)
  108.  
  109.  
  110. WHAT IS A DISK CACHE?
  111.  
  112.     RAM is faster than the disks on your computer.  A cache takes
  113. advantage of this fact to speed up read (and sometimes write) operations
  114. that use your disks.  Any data read by the computer is stored in the cache,
  115. so that if the data is used again, it is read from the cache (in RAM)
  116. instead of the cached device (the disk).
  117.  
  118.     From the above explanation, note that information is read from the
  119. cache only if it is already IN the cache -- that is, the second (or later)
  120. time that it is read.  However, a cache can also speed up the initial read
  121. by using "Prefetch."  This takes advantage of the fact that it's faster to
  122. read data in large chunks rather than in little pieces.  Prefetch means that
  123. if the computer asks for block N from the hard drive, it is put into the
  124. cache along with a number of subsequent blocks, anticipating their use.  So,
  125. when the computer has processed block N, and asks for block N+1, it is
  126. already in the cache.  On a fast, unfragmented hard disk, prefetch can give
  127. huge boosts in speed, while on a heavily fragmented disk it can lower
  128. performance.
  129.  
  130.     Some caches, like FastCache, may optionally cache write operations
  131. as well as read operations.  While this means less disk contention and faster
  132. writes, it also means that a crash or reset before the cache is flushed will
  133. result in LOSS OF DATA!  For this reason, I do not recommend write retention
  134. (write-back).  Sooner or later, one IS going to lose data if one uses
  135. write-back, so do *NOT* use write-back on important files.  Also, writes to
  136. the disk which are verified (like formatting) will be verified against the
  137. cache, and so is useless.  Caching writes is DANGEROUS STUFF!
  138.  
  139.     [MODERATOR'S NOTE:  The author of FastCache, Philip D'Ath, says the
  140.     following about verifying writes against the cache:
  141.  
  142.             "...you mentioned about programs who try to verify
  143.         data essentially wasting their time.  This will not be the
  144.         case if the program issues any kind of flush command (like
  145.         CMD_FLUSH).  FastCache honours all such requests, by
  146.         flushing its entire cache, for this exact reason.
  147.             If any program does a verify operation now, without
  148.         issuing a flush command, then it is probably already broken,
  149.         as many KS2 devices buffer at least a track already."]
  150.  
  151.     Time to get technical!  (Non-technical users can safely skip ahead
  152. to "INSTALLATION" below.)  Basically, there are three types of disk caches:
  153.  
  154.     * Direct Map Caches.  The most primitive form, easy to implement and
  155.     with low processing overhead; but since it is "unintelligent", large
  156.     parts of the cache memory will be wasted.
  157.  
  158.     * Set Associative Caches.  A set associative cache consists of some
  159.     number of small Direct Map caches combined.  While being smarter
  160.     about memory usage than a Direct Map cache, a Set Associative cache
  161.     is less efficient than a Fully Associative cache (described below),
  162.     and it requires more processing than a Direct Map cache.  Examples
  163.     of Set Associative caches are PowerCache and SmartDisk.
  164.  
  165.     * Fully Associative Cache.  The best and brightest of the caches.
  166.     Will not flush data until completely full; but as it is the most
  167.     complex of the caches, it is also the one which requires the most
  168.     processing overhead and is the hardest to implement.  FastCache is
  169.     of this kind.
  170.  
  171.     When the cache is full, it has to flush old data to be able to cache
  172. new, and this can be done in a number of ways.  FastCache uses an algorithm
  173. called LRU, Least Recently Used, meaning that the information least recently
  174. accessed is flushed before more recently accessed information.
  175.  
  176.  
  177. INSTALLATION
  178.  
  179.     Installation is easy.  You simply put the appropriate FastCache
  180. version (68000 or 68030) where you want it, edit its ToolTypes to fit your
  181. system, and double-click on its icon.  It's runnable from the shell also,
  182. with arguments instead of ToolTypes.  Setting the ToolTypes is no problem if
  183. you know a little about your hard disk; in my case, as on all A3000's, the
  184. device name is "scsi.device" (case sensitive!), and unit number is 6.  On
  185. other controllers, you will have to check what your device driver is called
  186. (like GVPscsi.device for GVP controllers), and what unit number your hard
  187. drive is (usually 0).
  188.  
  189.  
  190. BENCHMARKS
  191.  
  192.     The wonderful bit about reviewing something like FastCache is that
  193. its performance can be MEASURED OBJECTIVELY!  Therefore, you are now going to
  194. be treated to a number of impressive benchmarks, all obtained with DiskSpeed
  195. v4.2.  Here is my system with no caching:
  196.  
  197.  
  198. MKSoft DiskSpeed 4.2  Copyright - 1989-92 MKSoft Development
  199. ------------------------------------------------------------
  200. CPU: 68030  AmigaOS Version: 40.9  Normal Video DMA
  201. Device:  dh0:    Buffers: 200
  202. Comments: My setup, without any disk cache. Test partition is 52Mb, 40% full.
  203.  
  204. No CPU Speed Rating -- CPU % not available.
  205.  
  206. Testing directory manipulation speed.
  207. File Create:          147 files/sec
  208. File Open:            129 files/sec
  209. Directory Scan:       221 files/sec
  210. File Delete:          322 files/sec
  211.  
  212. Seek/Read:            784 seeks/sec
  213.  
  214. Testing with a 512 byte, MEM