home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / mswindo / programm / win32 / 1813 < prev    next >
Encoding:
Text File  |  1992-11-05  |  2.5 KB  |  58 lines

  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!haven.umd.edu!decuac!westsd.dco.dec.com!baker
  3. From: baker@westsd.dco.dec.com (Art Baker)
  4. Subject: Re: Info on NTFS internals ?
  5. Message-ID: <1992Nov5.155204.19448@decuac.dec.com>
  6. Sender: news@decuac.dec.com (USENET News System)
  7. Nntp-Posting-Host: westsd.dco.dec.com
  8. Organization: Digital Equipment Corporation
  9. References: <1992Nov2.164603.21540@decuac.dec.com> <1992Nov04.053326.643@microsoft.com>
  10. Date: Thu, 5 Nov 1992 15:52:04 GMT
  11. Lines: 45
  12.  
  13. In article <1992Nov04.053326.643@microsoft.com> alistair@microsoft.com (Alistair Banks) writes:
  14. >
  15. >Please will you be much more specific about what things in NTFS
  16. >you are trying to learn
  17. >
  18. >Features? These are surfaced in the published Win32 API (though I
  19. >could summarise them again, as I have done before on this forum)
  20. >
  21. No, not just its features.  As you point out, these are well documented
  22. in the Win32 API publications.
  23.  
  24. >On-Disk sector layout? This is not publicly available at this time
  25. >
  26. Yes, the way space on a physical disk is allocated and managed would be
  27. very helpful.
  28.  
  29. >Mechanisms involved in implementing its features? These live in the
  30. >code of the OS, and as such are competitive advantage for the OS, and
  31. >like other parts of the source code, are only available to licensees
  32. >
  33. It would be possible, I believe to desribe the algorithms/methods used
  34. by the NTFS driver without revealing anything that would put Microsoft
  35. at a competitive disadvantage.
  36.  
  37. My own employer, Digital Equipment, has published an entire book
  38. describing both the on-disk block structure *and* the interaction of the
  39. Files-11 XQP for VMS. Similar documentation exists for OSF/1 and most
  40. other flavors of UNIX.
  41.  
  42. As to why:  Because it's nearly impossible to write high-performance
  43. code that treats the entire disk-subsystem as a black box. This is going
  44. to be particularly true if/when WNT becomes the OS of choice on large
  45. server-machines.  In these kinds of disk-intensive environments,
  46. information about the disk-subsystem's allocation strategies, locking
  47. policies, buffering schemes, etc, becomes crucial to squeezing the greatest 
  48. number of I/O's out of the system.  A simple list of file-system features
  49. does not meet this need.
  50.  
  51. Regards,
  52.  
  53. -- 
  54.     ***********************************************************
  55.     * Art Baker            | Joy and fierceness...      *
  56.     * baker@westsd.dco.dec.com    |                *
  57.     ***********************************************************
  58.