home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / stratus / 97 < prev    next >
Encoding:
Text File  |  1993-01-09  |  1.6 KB  |  50 lines
  1. Path: sparky!uunet!news.gtech.com!noc.near.net!transfer.stratus.com!redondo.sw.stratus.com!dswartz
  2. From: dswartz@redondo.sw.stratus.com (Dan Swartzendruber)
  3. Newsgroups: comp.sys.stratus
  4. Subject: Re: loss of end-of-file mark problem
  5. Date: 9 Jan 1993 15:59:36 GMT
  6. Organization: Stratus Computer, Software Engineering
  7. Lines: 37
  8. Message-ID: <1imsp8INNchm@transfer.stratus.com>
  9. References: <1993Jan7.131833.15374@porthos.cc.bellcore.com> <k403wB1w164w@cellar.org>
  10. NNTP-Posting-Host: redondo.sw.stratus.com
  11. Keywords: tps
  12.  
  13. In article <k403wB1w164w@cellar.org> ibycus@cellar.org (Walt Mankowski) writes:
  14. >dante@decoy.uucp (25439-dante) writes:
  15.  
  16. [description of ESD deleted]
  17.  
  18. The only problem with ESD is that one can't always count on it.  ESD will
  19. only be performed if:
  20.  
  21. a) there were no hardware problems.
  22.  
  23. b) there was no wired heap corruption.
  24.  
  25. c) the disk subsystem isn't hosed.
  26.  
  27. d) the disk cache subsystem isn't hosed.
  28.  
  29. I'm not saying this to denigrate ESD.  It is a very useful bit of
  30. bulletproofing, but that is all it is.  If a customer absolutely
  31. can't afford to take an index-corruption hit, he needs either TPF
  32. or LPF.  Which option they elect to use depends on a number of
  33. performance and reliability issues.  ESD is especially not guaranteed
  34. to prevent the type of index block corruption described, since it
  35. can only flush blocks the higher-level subsystems have written.
  36. It is unlikely (but possible) that the index manager could be in the
  37. middle of a multi-block operation (splitting index blocks?) and has
  38. written some subset of these blocks to the disk cache.
  39.  
  40. >Walt
  41. >ibycus@cellar.org
  42. >ibycus%cellar@tredysvr.tredydev.unisys.com
  43.  
  44.  
  45. -- 
  46.  
  47. #include <std_disclaimer.h>
  48.  
  49. Dan S.
  50.