Differences between version 8 and previous revision of FileAllocationTable.
Other diffs: Previous Major Revision, Previous Author, or view the Annotated Edit History
| Newer page: | version 8 | Last edited on Wednesday, October 8, 2003 7:46:05 am | by AristotlePagaltzis | Revert |
| Older page: | version 7 | Last edited on Sunday, September 28, 2003 9:48:42 am | by AristotlePagaltzis | Revert |
@@ -3,9 +3,9 @@
It is also a synonym for the FileSystem family that uses it.
This is the only type of FileSystem supported by [MS-DOS] and the [MS-DOS] based [Windows] versions. It went through several iterations as typical capacity of storage media increased, each named after the bit size of an array entry in the [FAT]: [FAT12], [FAT16], [FAT32]. It has several design flaws that have a severe negative impact on performance and, worse, reliability.
-[FAT] has been deprecated by MicrosoftCorporation. Since it has no provisions to store per-user permissions, [NTFS] has always been the default for the [Windows] NT line of OperatingSystems. Now that the NT descendant [Windows] 2000 has obsoleted the [MS-DOS] based [Windows] flavours, everyone is recommended to that.
+[FAT] has been deprecated by MicrosoftCorporation. Since it has no provisions to store per-user permissions, [NTFS] has always been the default for the [Windows] NT line of OperatingSystems. Now that the NT descendant [Windows] 2000 has obsoleted the [MS-DOS] based [Windows] flavours, everyone is recommended to use
that.
!!! Structure of the FileAllocationTable
The [FAT] is organized as an array as large as there are clusters on the disk, each entry in the array storing the number of a DiskCluster which contains the next piece of a file. This way, the FileSystem driver can "hop" from cluster to cluster, collecting the pieces of the file. In the original 12-bit version, [FAT12], each entry can have one of the following values:
