home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / vms / 19527 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.0 KB

  1. Path: sparky!uunet!stanford.edu!agate!ucbvax!KOPC.HHS.DK!ARNE
  2. From: ARNE@KOPC.HHS.DK (Arne Vajhxj)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: RE: Please, any comments on these outputs.....
  5. Message-ID: <01GSGII1NQ8Y8WW95K@kopc.hhs.dk>
  6. Date: 18 Dec 92 10:11:20 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 37
  11.  
  12. > >  Volume status:  subject to mount verification, file high-water marking,
  13. > >      write-through caching enabled.
  14. > Everything looks good to me -- except...
  15. > If you're not running in a high security environment, you should
  16. > consider turing off high-water marking.  What it does is automatically
  17. > fill file extensions with zeroes.  It's goal is to keep users from
  18. > "disk scavaging" by using the following to read files that others
  19. > have deleted:
  20. >    $ copy login.com foo.foo /allocate=100000
  21. >    $ set file /end foo.foo
  22. >    $ dump foo.foo
  23. > This will pick up other user's deleted mail messages, program listings,
  24. > memos and other perhaps non-public things.  It takes additional I/Os
  25. > to fill the extensions with zeroes and if security is not an issue,
  26. > then it will return you a little disk performance.
  27.  
  28. The overhead of using highwater-marking was of importance at VMS 4.x, but
  29. on a VMS 5.x system it should be extremely small, because DEC changed the
  30. highwater-marking feature in VMS 5.0 ! So at VMS 5.x I will consider
  31. highwater-marking OK even at a low security node !
  32.  
  33. If I remember correct, then highwater-marking at VMS 4.x will always erase
  34. on allocation, while it at VMS 5.x will omit the erase for blocks being
  35. written sequentially to a file opened with exclusive access. This will not
  36. save IO for the above example, but for a more frequent command like
  37. COPY BIG.DAT NEWBIG.DAT, it will save IO.
  38.  
  39.                                                           Arne
  40.  
  41. Arne Vajhxj                             local DECNET:  KO::ARNE
  42. Computer Department                     PSI:           PSI%23831001304030::ARNE
  43. Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
  44.  
  45.  
  46.