home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / stratus / 94 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.9 KB  |  46 lines
  1. Path: sparky!uunet!noc.near.net!transfer.stratus.com!sw.stratus.com!dswartz
  2. From: dswartz@sw.stratus.com (Dan Swartzendruber)
  3. Newsgroups: comp.sys.stratus
  4. Subject: Re: loss of end-of-file mark problem
  5. Date: 8 Jan 1993 17:34:56 GMT
  6. Organization: Stratus Computer, Inc.
  7. Lines: 32
  8. Distribution: world
  9. Message-ID: <1ike00INNheo@transfer.stratus.com>
  10. References: <1993Jan7.131833.15374@porthos.cc.bellcore.com> <1ikbuqINNrv9@transfer.stratus.com>
  11. NNTP-Posting-Host: redondo.sw.stratus.com
  12. Keywords: tps
  13.  
  14. In article <1ikbuqINNrv9@transfer.stratus.com>, moser@sw.stratus.com (Tom Moser) writes:
  15. > In article <1993Jan7.131833.15374@porthos.cc.bellcore.com>, dante@decoy.uucp (25439-dante) writes:
  16. > > In the event of a VOS crash, I have heard that it is possible that VOS
  17. > > can lose a files's end of file mark, thereby corrupting the file and losing
  18. > > access to the file on reboot.
  19. > 
  20. > This is not very likely if the file and directory data are already written to 
  21. > disk at the time of the crash. File data and directory information which are
  22. > updated in the file cache managers memory but not written to disk may be lost 
  23. > in the event of a crash but the data can be flushed to disk using the s$control 
  24. > system call with the runout_opcode.
  25.  
  26. The problem is that doing a runout after every such write is a terrible performance hit.
  27.  
  28. [discussion of using TP deleted]
  29.  
  30. TP is somewhat of overkill in many of these cases.  Probably log-protected files
  31. would be a good solution.  LPF basically guarantees that any system call which
  32. changes file information will be done atomically.  I.e. if a record spans disk
  33. blocks, both blocks will be modified or neither will.  Consistency of indexes
  34. and eof markers is also guaranteed.  And unlike TP, *no* application code needs
  35. to be changed.  I believe LPF has been committed for Release 12 (check with your
  36. SE to be sure though).
  37.  
  38.  
  39. > -Tom
  40.  
  41. -- 
  42.  
  43. #include <std_disclaimer.h>
  44.  
  45. Dan S.
  46.