![NTFS disk is divided into two areas. In beginning of the disk there is
MFT area - the area where MFT grows (Master File Table). The area
occupies minimum 12% of the disk, and the data record in this area is
impossible. It is made not to let MFT be fragmented. But when all
remaining disk is being filled in - the area is reduced twice:). And so
on. Thus we have not single pass of the disk ending, but several. In
result if NTFS works at the disk filled on about 90% - fragmentation
grows greatly.
The incidental result - the disk filled more than on 88% is almost
impossible to be defragmented - even defragmentation API cannot
transfer the data in MFT area. It is possible that we will not have free
space for a manoeuvre.
NTFS works and works and is fragmented - even in the case of free
space is far from exhausting. This is promoted by the strange
algorithm of finding free space for file storage - second serious
omission. The action algorithm at any record is like this: some definite
disk range is taken and filled in with a file. It is done by the very
interesting algorithm: at first large unused space is filled in and then
small one. I.e. the typical allocation of file fragments according to the
size on fragmented NTFS looks so (sizes of fragments):
16 - 16 - 16 - 16 - 16 - [back] - 15 - 15 - 15 - [back] - 14 - 14 - 14.... 1 - 1 -
1 -1 - 1...
So the process goes up to most small-sized unused space in 1 cluster,
in spite of the fact that on the disk there are also much larger pieces
of free space.](https://image.slidesharecdn.com/ntfsfilesystemnomi-220102061048/95/Ntfs-file-system-nomi-3-638.jpg)
Ntfs file system nomi
- 1. NTFS file system : By Dmitrey Mikhailov The Microsoft operating systems of the Windows NT set cannot be imagined without NTFS file system - one of most complex and successful of existing at present file systems. The given article will tell you what features and disadvantages this system has, on what principles based the organisation of the information and how to keep the system in the stable condition, what possibilities NTFS offers and how they can be used by the common user. Part 1. NTFS physical structure Let's begin from the common facts. The NTFS partition theoretically can be almost of any size. The limit certainly exists but I shall not point at it as it will be more than enough for the next hundreds of years of computer technology development at any growth rates. What about practice? Almost the same way. The maximum size of the partition NTFS at the moment is limited only by the hard disks sizes. NT4 probably will have some problems at the attempt of installation on the partition if any of its parts steps back more than on 8 GBytes from the disk physical beginning but this problem concerns only the load partition. The way of NT4.0 installation on the empty disk is rather original and can lead to incorrect thoughts about NTFS possibilities. If you point the installation program that you wish to format disk in NTFS, maximum size which it will offer you will be only 4 GBytes. Why it is so little if NTFS partition size actually is unlimited? The answer is that installation section simply does not know this file system. :) The installation program formats this disk in usual FAT which maximum size in NT is 4 GByte (with usage of not absolutely standard huge
- 2. cluster 64 KByte) NT is installed on this FAT. And during the first operating system load (in the installation phase) the fast partition conversion to NTFS is effected so that user notice nothing except the strange "limiting" on the NTFS size at the installation time. Features of NTFS defragmentatoin: Let's return to one interesting enough and important moment - NTFS fragmentation and defragmentation. The situation with these two concepts at the moment can not be called satisfactory in any way. At the very beginning it was said that NTFS is not subject to file fragmentation. It is not exactly so and the statement was changed - NTFS prevents fragmentation. It is not exactly so either. That is it certainly prevents but... It is already clear that NTFS is a system which is predisposed to fragmentation inspite of official statements. But it doesn't suffer from it. All internal structures are constructed in such way that fragmentation does not hinder to find data fragments fast. But it doesn't save from the physical effect of fragmentation - waste disk heads motions. To the source of the problem... As it is known the system fragments files the best way when the free space is being ended, when it is necessary to use small-sized unused space remained from other files. The first NTFS property which directly promotes serious fragmentation appears here.
- 3. NTFS disk is divided into two areas. In beginning of the disk there is MFT area - the area where MFT grows (Master File Table). The area occupies minimum 12% of the disk, and the data record in this area is impossible. It is made not to let MFT be fragmented. But when all remaining disk is being filled in - the area is reduced twice:). And so on. Thus we have not single pass of the disk ending, but several. In result if NTFS works at the disk filled on about 90% - fragmentation grows greatly. The incidental result - the disk filled more than on 88% is almost impossible to be defragmented - even defragmentation API cannot transfer the data in MFT area. It is possible that we will not have free space for a manoeuvre. NTFS works and works and is fragmented - even in the case of free space is far from exhausting. This is promoted by the strange algorithm of finding free space for file storage - second serious omission. The action algorithm at any record is like this: some definite disk range is taken and filled in with a file. It is done by the very interesting algorithm: at first large unused space is filled in and then small one. I.e. the typical allocation of file fragments according to the size on fragmented NTFS looks so (sizes of fragments): 16 - 16 - 16 - 16 - 16 - [back] - 15 - 15 - 15 - [back] - 14 - 14 - 14.... 1 - 1 - 1 -1 - 1... So the process goes up to most small-sized unused space in 1 cluster, in spite of the fact that on the disk there are also much larger pieces of free space.
- 4. Recall compressed files - at active overwriting of the large volumes compressed information on NTFS the huge quantity of "holes" are because of reallocation ñompressed cluster groups on the disk. If any file area began to be compressed better or worse, it is necessary either to take it from a continuous chain and to place in another place or to strap in size reserving unused space.