At 23:36 13/08/2000, Christopher Vickery wrote:
[snip]
>I was beginning to think that the "HPS can be implemented
>using named streams but not vice-versa" argument would hold
>sway. But, in agreement with your point, I notice that an
>MFT entry in NFS (the equivalent of an inode) consists of 7
>attributes:
This is incorrect. There are many more attributes. - Most attributes are
not required (only optional) among them Reparse, named data, index* and
bitmap from below list. - In adition there can be user defined attributes
and in fact to find out what attributes there are, you have to read the
$AttrDef special file to read in a mapping of all attributes on the disk
(names of attributes + number for the attribute). The $MFT file record for
$AttrDef is 4 btw.
Anton
> Standard Information - DOS file attributes
> Name - Well, this is NTFS, not Unix
> Security Descriptor
> Data - The data in this file's unnamed
> stream
> Named Data - There can be 0 or more Named Data
> attributes - what we have been
> calling "NTFS-like streams"
> Index Root, Index Allocation, and Bitmap - Somehow these
> structs allow individual 32KB
> extents ("compression units") to be
> compressed or not.
> Reparse - Identifies a file system filter
> that executes when this file or
> directory is accessed. (You could
> associate tarfs with a tar file,
> for example.)
>
>So it seems that a complete implementation of NTFS would
>require all the features of other known filesystems.
>(I suppose it's remotely possible that I don't know all the
>features of all filesystems, and thus might be wrong, here.)
>
>IF one were to change the design of the kernel to allow for
>future support of arbitrary filesystems, it seems that
>adequacy of support for NTFS would provide a guage for
>evaluating the sufficiency of such design changes.
>
>Of course, ioctl() allows anything to be accomplished, but
>my understanding is that there is some sympathy for the
>notion of providing a vfat=>fs api that allows a rich set of
>filesystems to be implemented with a common programming
>interface.
>
>Chris
>
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.rutgers.edu
>Please read the FAQ at http://www.tux.org/lkml/
--"Education is what remains after one has forgotten everything he learned in school." - Albert Einstein
-- Anton Altaparmakov Voice: 01223-333541(lab) / 07712-632205(mobile) Christ's College eMail: AntonA@bigfoot.com Cambridge CB2 3BU ICQ: 8561279 United Kingdom WWW: http://www-stu.christs.cam.ac.uk/~aia21/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Aug 23 2000 - 21:00:08 EST