home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sun / admin / 7977 next >
Encoding:
Internet Message Format  |  1992-11-04  |  2.5 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: what is prestoserve??
  5. Message-ID: <15339@auspex-gw.auspex.com>
  6. Date: 5 Nov 92 05:15:49 GMT
  7. References: <1992Nov3.042210.22311@afterlife.ncsc.mil> <1992Nov4.212349.19891@sj.ate.slb.com>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 37
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >I am not sure at what level the write caching is done in the PrestoServe, but
  14. >in an Auspex file server, their SPIII option which has a similar battery
  15. >backed write cache feature, even if your NFS write mix is not high, the write
  16. >cache can have a dramatic impact on total throughput. In the Auspex, the write
  17. >cache is done at a very low level, caching ALL disk writes.
  18.  
  19. It's done the same way in Prestoserve (we shamelessly stole the idea,
  20. although not the implementation, from Legato :-)).
  21.  
  22. In case some readers don't know why a non-volatile RAM option stuck
  23. between the file system and disk can speed up stuff other than NFS
  24. writes, remember that *all* NFS operations are supposed to be done
  25. synchronously (yes, Vernon, I know; calm down :-)), not just writes, and
  26. that many NFS operations other than write do writes to the disk -
  27. create, remove, create directory, rename, etc..
  28.  
  29. Those operations can also be sped up by a non-volatile RAM option, at
  30. least in file systems such as the BSD file system, because in those file
  31. systems, operations that update file system control information are
  32. often done with synchronous writes, to ensure that they're done in a
  33. particular order.  That's done to minimize the extent to which the
  34. on-disk data structures can be in an inconsistent state at any point
  35. during the operation, in order to reduce the chances that "fsck" will
  36. find a *really* messed-up file system requiring a human to decide what
  37. to do to fix it.
  38.  
  39. If "synchronous" means "wait until the data's been written to
  40. non-volatile RAM" rather than "wait until the data's been written to
  41. disk", the wait can be shorter.  (Yes, if it has to write out a block
  42. from the non-volatile RAM in order to make room for the new data, it
  43. won't be; as far as I know - no, I haven't looked at our code lately,
  44. nor do I remember what the Prestoserve code does - writes aren't
  45. buffered up until somebody needs the buffer, but are done "in the
  46. background", so that you don't always stall out waiting for the disk. 
  47. If you're familiar with the way memory subsystems work on, say, modern
  48. fast microprocessors, think of it as being more like a very large write
  49. buffer rather than like a write-back cache.)
  50.