Penguin
Diff: FileAllocationTable
EditPageHistoryDiffInfoLikePages

Differences between version 10 and previous revision of FileAllocationTable.

Other diffs: Previous Major Revision, Previous Author, or view the Annotated Edit History

Newer page: version 10 Last edited on Wednesday, February 11, 2004 1:28:20 pm by AristotlePagaltzis Revert
Older page: version 9 Last edited on Wednesday, October 8, 2003 9:15:35 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 use 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 [OperatingSystem]s . 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: 
@@ -67,5 +67,5 @@
 # It is often far away from the data itself, so serving it from the [Cache] saves ''huge'' amounts of HardDisk head movements. 
  
 Beware though: running the [Cache] in WriteBack mode will further jeopardize the reliability of the already fragile [FAT]. Your best bet is to stick to WriteThrough. 
  
-Also, __never__ leave the disk [Cache] active while running system maintenance utilities such as a defragmentation tool.  
+Also, __never__ leave the disk [Cache] active while running system maintenance utilities such as a