Editing Defragmentation

{{Short description|none}}

In the maintenance of [[file system]]s, '''defragmentation''' is a process that reduces the degree of [[file system fragmentation|fragmentation]]. It does this by physically organizing the contents of the [[mass storage]] device used to store [[computer file|file]]s into the smallest number of [[Contiguous data storage|contiguous]] regions (fragments, ''extents''). It also attempts to create larger regions of free space using [[Data compaction|compaction]] to impede the return of fragmentation.

Defragmentation is advantageous and relevant to file systems on electromechanical [[Disk storage|disk drives]] ([[hard disk drive]]s, [[Floppy disk|floppy disk drives]] and [[Optical disc drive|optical disk media]]). The movement of the [[Disk read-and-write head|hard drive's read/write head]]s over different areas of the disk when accessing fragmented files is slower, compared to accessing the entire contents of a non-fragmented file sequentially without moving the read/write heads to [[seek time|seek]] other fragments.

== Causes of fragmentation ==
{{See also|File system fragmentation#Causes}}
Fragmentation occurs when the [[file system]] cannot or will not allocate enough contiguous space to store a complete file as a unit, but instead puts parts of it in gaps between existing files (usually those gaps exist because they formerly held a file that the file system has subsequently deleted or because the file system allocated excess space for the file in the first place). Files that are often appended to (as with log files) as well as the frequent adding and deleting of files (as with emails and web browser cache), larger files (as with videos) and greater numbers of files contribute to fragmentation and consequent performance loss. Defragmentation attempts to alleviate these problems.

=== Example ===
[[File:File system fragmentation.svg|right|thumb|upright=1.5|Examples of five states of fragmentation]]

An otherwise blank disk has five files, A through E, each using 10 blocks of space (for this section, a ''block'' is an allocation unit of the [[filesystem]]; the [[Data cluster|block size]] is set when the disk is formatted and can be any size supported by the filesystem). On a blank disk, all of these files would be allocated one after the other (see example 1 in the image). If file B were to be deleted, there would be two options: mark the space for file B as empty to be used again later, or move all the files after B so that the empty space is at the end. Since moving the files could be time-consuming if there were many files which needed to be moved, usually the empty space is simply left there, marked in a table as available for new files (see example 2 in the image).{{refn|group=nb|The practice of marking the now unused space of a deleted file in a table as available for later use (without erasing its contents), is why [[undeletion|undelete]] programs are able to work; they recover files whose names have been deleted from the directory, but whose space has not yet been reused.{{Citation needed|date=March 2022}}}} When a new file, F, is allocated requiring 6 blocks of space, it could be placed into the first 6 blocks of the space that formerly held file B, and the 4 blocks following it will remain available (see example 3 in the image). If another new file, G, is added and needs only 4 blocks, it could then occupy the space after F and before C (example 4 in the image) Each file section becomes stored in separate packets across the drive, by deleting this, blank spaces are left creating a fragmentated disk.

However, if file F then needs to be expanded, there are three options, since the space immediately following it is no longer available:

# Move the file F to where it can be created as one contiguous file of the new, larger size. This would not be possible if the file is larger than the largest contiguous space available. The file could also be so large that the operation would take an undesirably long period of time. 
# Move all the files after F until one opens enough space to make it contiguous again. This presents the same problem as in the previous example: if there are a small number of files or not much data to move, it isn't a big problem, but if there are thousands or even tens of thousands of files, there isn't enough time to move all those files.
# Add a new block somewhere else, and indicate that F has a second ''extent'' (see example 5 in the image). Repeat this hundreds of times and the filesystem will have a number of small free segments scattered in many places, and some files will have multiple extents. When a file has many extents like this, access time for that file may become excessively long because of all the random seeking the disk will have to do when reading it.

Additionally, the concept of “fragmentation” is not only limited to individual files that have multiple extents on the disk. For instance, a group of files normally read in a particular sequence (like files accessed by a program when it is loading, which can include certain [[Dynamic-link library|DLL]]s, various resource files, the audio/visual media files in a game) can be considered fragmented if they are not in sequential load-order on the disk, even if these individual files are ''not'' fragmented; the read/write heads will have to seek these (non-fragmented) files randomly to access them in sequence. Some groups of files may have been originally installed in the correct sequence, but drift apart with time as certain files within the group are deleted. Updates are a common cause of this, because in order to update a file, most updaters usually delete the old file first, and then write a new, updated one in its place. However, most filesystems do not write the new file in the same physical place on the disk. This allows unrelated files to fill in the empty spaces left behind.

== Mitigation ==
Defragmentation is the operation of moving file extents (physical allocation blocks) so they eventually merge, preferably into one. Doing so usually requires at least two copy operations: one to move the blocks into some free scratch space on the disk so more movement can happen, and another to finally move the blocks into their intended place. In such a paradigm, no data is ever removed from the disk, so that the operation can be safely stopped even in the event of a power loss. The article picture depicts an example.

To defragment a disk, defragmentation software (also known as a "defragmenter") can only move files around within the free space available. This is an intensive operation and cannot be performed on a filesystem with little or no free space. During defragmentation, system performance will be degraded, and it is best to leave the computer alone during the process so that the defragmenter does not get confused by unexpected changes to the filesystem. Depending on the algorithm used it may or may not be advantageous to perform multiple passes. The reorganization involved in defragmentation does not change logical location of the files (defined as their location within the [[Folder (computing)|directory]] structure).

Besides defragmenting program files, the defragmenting tool can also reduce the time it takes to load programs and open files. For example, the [[Microsoft Drive Optimizer#Debut|Windows 9x defragmenter]] included the Intel Application Launch Accelerator which optimized programs on the disk by placing the defragmented program files and their dependencies next to each other, in the order in which the program loads them, to load these programs faster.<ref>[http://cwdixon.com/support/win98_support/disk_defrag.htm Cwdixon.com] {{webarchive|url=https://web.archive.org/web/20101006031956/http://cwdixon.com/support/win98_support/disk_defrag.htm|date=2010-10-06}}. Cwdixon.com. Retrieved on 2013-07-28.</ref> In Windows, a good defragmenter will read the [[Prefetcher|Prefetch]] files to identify as many of these file groups as possible and place the files within them in access sequence.

At the beginning of the hard drive, the outer tracks have a higher data transfer rate than the inner tracks. Placing frequently accessed files onto the outer tracks increases performance.<ref>[https://web.archive.org/web/20140204110031/http://blog.larud.net/archive/2007/02/07/28-aspx The Ultimate Defragger - LaRud's Place]. Larud.net (2012-01-19). Retrieved on 2013-07-28.</ref> Third party defragmenters, such as MyDefrag, will move frequently accessed files onto the outer tracks and defragment these files.<ref>{{cite web|url=http://www.mydefrag.com/index.html|title=MyDefrag v4.2.8|archive-url=http://webarchive.loc.gov/all/20100216013356/http://www.mydefrag.com/index.html|archive-date=2010-02-16|url-status=dead|access-date=2014-08-14|quote=On most harddisks the beginning of the harddisk is considerably faster than the end, sometimes by as much as 200 percent! You can measure this yourself with utilities such as *  HD Tune. MyDefrag is therefore geared towards moving all files to the beginning of the disk.}}</ref>

Improvements in modern hard drives such as [[RAM]] cache, faster platter rotation speed, command queuing ([[SCSI]]/[[Parallel ATA|ATA]] [[Tagged Command Queuing|TCQ]] or [[SATA]] [[Native Command Queuing|NCQ]]), and greater data density reduce the negative impact of fragmentation on system performance to some degree, though increases in commonly used data quantities offset those benefits. However, modern systems profit enormously from the huge disk capacities currently available, since partially filled disks fragment much less than full disks,<ref>{{cite web | url = http://searchwincomputing.techtarget.com/tip/0,289483,sid68_gci1216336,00.html | title = New hard disk drives reduce need for disk defragmentation | work = SearchWindowsServer.com: Disk Defragmentation Fast Guide | author = Serdar Yegulalp | date = 20 September 2005 | access-date = 2008-12-27 | url-status = live | archive-url = https://web.archive.org/web/20080603192712/http://searchwincomputing.techtarget.com/tip/0,289483,sid68_gci1216336,00.html | archive-date = 3 June 2008 }}</ref> and on a high-capacity HDD, the same partition occupies a smaller range of cylinders, resulting in faster seeks. However, the average [[Latency (engineering)#Mechanical latency|access time]] can never be lower than a half rotation of the platters, and platter rotation (measured in rpm) is the speed characteristic of HDDs which has experienced the slowest growth over the decades (compared to data transfer rate and seek time), so minimizing the number of seeks remains beneficial in most storage-heavy applications. Defragmentation is just that: ensuring that there is at most one seek per file, counting only the seeks to non-adjacent tracks.

===Partitioning===
A common strategy to optimize defragmentation and to reduce the impact of fragmentation is to [[Disk partitioning|partition]] the hard disk(s) in a way that separates partitions of the file system that experience many more reads than writes from the more volatile zones where files are created and deleted frequently. The directories that contain the users' profiles are modified constantly (especially with the Temp directory and web browser cache creating thousands of files that are deleted in a few days). If files from user profiles are held on a dedicated partition (as is commonly done on [[UNIX]] recommended [[Filesystem Hierarchy Standard|files systems]], where it is typically stored in the /var partition), the defragmenter runs better since it does not need to deal with all the static files from other directories. (Alternatively, a defragmenter can be told to simply exclude certain file paths.) For partitions with relatively little write activity, defragmentation time greatly improves after the first defragmentation, since the defragmenter will need to defragment only a small number of new files in the future.

=== Offline defragmentation ===<!-- Section linked from [[Comparison of defragmentation software]] and a redirect at [[Boot-time defragmentation]]. Please don't change section name. -->
The presence of immovable system files, especially a [[Paging|swap file]], can impede defragmentation. These files can be safely moved when the operating system is not in use. For example, [[ntfsresize]] moves these files to resize an [[NTFS]] partition. The tool [[PageDefrag]] could defragment Windows system files such as the swap file and the files that store the [[Windows registry]] by running at boot time before the GUI is loaded. Since Windows Vista, the feature is not fully supported and has not been updated.

In NTFS, as files are added to the disk, the [[Master File Table]] (MFT) must grow to store the information for the new files. Every time the MFT cannot be extended due to some file being in the way, the MFT will gain a fragment. In early versions of Windows, it could not be safely defragmented while the partition was mounted, and so Microsoft wrote a hardblock in the defragmenting [[Application programming interface|API]]. However, since [[Windows XP]], an increasing number of defragmenters are now able to defragment the MFT, because the Windows defragmentation API has been improved and now supports that move operation.<ref>{{cite web |url=http://msdn.microsoft.com/msdnmag/issues/01/12/XPKernel/ |title=Windows XP: Kernel Improvements Create a More Robust, Powerful, and Scalable OS -- MSDN Magazine, December 2001 |access-date=2006-12-19 |url-status=dead |archive-url=https://web.archive.org/web/20030424123732/http://msdn.microsoft.com/msdnmag/issues/01/12/XPKernel/ |archive-date=2003-04-24 }} msdn.microsoft.com: "The other big enhancement [in windows XP] is support for online defragmentation of the MFT and most directory and file metadata"</ref> Even with the improvements, the first four clusters of the MFT remain unmovable by the Windows defragmentation API, resulting in the fact that some defragmenters will store the MFT in two fragments: The first four clusters wherever they were placed when the disk was formatted, and then the rest of the MFT at the beginning of the disk (or wherever the defragmenter's strategy deems to be the best place).

===Solid-state disks===
When reading data from a conventional electromechanical hard disk drive, the disk controller must first position the head, relatively slowly, to the track where a given fragment resides, and then wait while the disk platter rotates until the fragment reaches the head. A [[solid-state drive]] (SSD) is based on [[flash memory]] with no moving parts, so [[random access]] of a file fragment on flash memory does not suffer this delay, making defragmentation to optimize access speed unnecessary. Furthermore, since flash memory can be written to only a limited number of times before it fails, defragmentation is actually detrimental (except in the mitigation of [[catastrophic failure]]). However, Windows still defragments an SSD automatically (albeit less vigorously) to prevent the file system from reaching its maximum fragmentation tolerance (when the metadata can’t represent any more file fragments). Once the maximum fragmentation limit is reached, subsequent attempts to write to disk fail.<ref name=":0">{{Cite web|url=http://www.hanselman.com/blog/TheRealAndCompleteStoryDoesWindowsDefragmentYourSSD.aspx|title=The real and complete story - Does Windows defragment your SSD?|last=Hanselman|first=Scott|author-link=Scott Hanselman|date=3 December 2014|website=Scott Hanselman's blog|publisher=[[Microsoft]]|archive-url=https://web.archive.org/web/20141222171607/http://www.hanselman.com/blog/TheRealAndCompleteStoryDoesWindowsDefragmentYourSSD.aspx|archive-date=22 December 2014|url-status=live}}</ref>

==Approach and defragmenters by file-system type==
[[File:Auslogics disk defrag.gif|thumb|A Windows defragmentation utility]]
* [[File Allocation Table|FAT]]: [[MS-DOS|MS-DOS 6.x]] and Windows 9x-systems come with a defragmentation utility called Defrag. The [[DOS]] version is a limited version of Norton SpeedDisk.<ref>{{cite book | title = Peter Norton's Complete Guide to DOS 6.22 | url = https://archive.org/details/isbn_9780672306143 | url-access = registration | page = [https://archive.org/details/isbn_9780672306143/page/521 521] | first = Peter | last = Norton |date=October 1994 | publisher = Sams| isbn = 978-0-672-30614-3 }}</ref> The version that came with Windows 9x was licensed from [[Symantec Corporation]], and the version that came with Windows 2000 and XP is licensed from [[Condusiv Technologies]].
* [[NTFS]] was introduced with [[Windows NT 3.1]], but the NTFS filesystem driver did not include any defragmentation capabilities.<ref>{{cite web|last1=M. Kozierok|first1=Charles|title=NTFS Versions|url=http://www.pcguide.com/ref/hdd/file/ntfs/ver-c.html|publisher=PC Guide|date=2001-04-17|access-date=2015-02-20|url-status=dead|archive-url=https://web.archive.org/web/20150924065917/http://www.pcguide.com/ref/hdd/file/ntfs/ver-c.html|archive-date=2015-09-24}}</ref> In [[Windows NT 4.0]], defragmenting [[Application Programming Interface|APIs]] were introduced that third-party tools could use to perform defragmentation tasks; however, no defragmentation software was included. In [[Windows 2000]], [[Windows XP]] and [[Windows Server 2003]], [[Microsoft]] included a [[Disk Defragmenter (Windows)|defragmentation tool]] based on [[Diskeeper]]<ref>[http://support.microsoft.com/kb/130539 Third-party disk defragmenter tools for Windows] {{webarchive|url=https://web.archive.org/web/20111128141739/http://support.microsoft.com/kb/130539 |date=2011-11-28 }}. Support.microsoft.com (2011-08-23). Retrieved on 2013-07-28.</ref> that made use of the defragmentation APIs and was a snap-in for [[Microsoft Management Console|Computer Management]]. In [[Windows Vista]], [[Windows 7]] and [[Windows 8]], the tool has been greatly improved and was given a new interface with no visual diskmap and is no longer part of Computer Management.<ref>{{cite web | url = http://blogs.msdn.com/b/e7/archive/2009/01/25/disk-defragmentation-background-and-engineering-the-windows-7-improvements.aspx | title = Disk Defragmentation – Background and Engineering the Windows 7 Improvements | access-date = 2014-06-15 | url-status = live | archive-url = https://web.archive.org/web/20140613044230/http://blogs.msdn.com/b/e7/archive/2009/01/25/disk-defragmentation-background-and-engineering-the-windows-7-improvements.aspx | archive-date = 2014-06-13 }}</ref><ref>{{cite web | url = http://www.verboon.info/2011/11/new-defrag-options-in-windows-8/ | title = New Defrag options in Windows 8 | date = 13 November 2011 | access-date = 2014-06-15 | url-status = live | archive-url = https://web.archive.org/web/20150220201243/http://www.verboon.info/2011/11/new-defrag-options-in-windows-8/ | archive-date = 2015-02-20 }}</ref> There are also a number of free and commercial third-party defragmentation products available for [[Microsoft Windows]].
* [[BSD]] [[Unix File System|UFS]] and particularly [[FreeBSD]] uses an internal reallocator that seeks to reduce fragmentation right in the moment when the information is written to disk.<ref>{{cite web|title=FreeBSD Man Pages|url=https://www.freebsd.org/cgi/man.cgi?query=malloc&sektion=3|publisher=The FreeBSD Project|access-date=21 February 2015|url-status=live|archive-url=https://web.archive.org/web/20150221180832/https://www.freebsd.org/cgi/man.cgi?query=malloc&sektion=3|archive-date=21 February 2015}}</ref> This effectively controls system degradation after extended use.
* [[Btrfs]] has online and automatic defragmentation available.<ref>{{Cite web |title=Defragmentation |url=https://btrfs.readthedocs.io/en/latest/Defragmentation.html |access-date=2024-07-26 |website=BTRFS documentation}}</ref><ref>{{Cite web |title=Administration |url=https://btrfs.readthedocs.io/en/latest/Administration.html#btrfs-specific-mount-options |access-date=2024-07-26 |website=BTRFS documentation}}</ref>
* [[Linux]] [[ext2]], [[ext3]], and [[ext4]]: Much like UFS, these filesystems employ allocation techniques designed to keep fragmentation under control at all times.<ref>{{cite web | url = http://www.howtogeek.com/115229/htg-explains-why-linux-doesnt-need-defragmenting/ | title = HTG Explains: Why Linux Doesn't Need Defragmenting | work = How-To Geek | access-date = 2013-08-01 | url-status = live | archive-url = https://web.archive.org/web/20130719170135/http://www.howtogeek.com/115229/htg-explains-why-linux-doesnt-need-defragmenting/ | archive-date = 2013-07-19 }}</ref> As a result, defragmentation is not needed in the vast majority of cases.<ref>[http://www.tldp.org/LDP/sag/html/filesystems.html 5.10. Filesystems] {{webarchive|url=https://web.archive.org/web/20130527145104/http://www.tldp.org/LDP/sag/html/filesystems.html |date=2013-05-27 }}. Tldp.org (2002-11-09). Retrieved on 2013-06-22.</ref> ext2 uses an offline defragmenter called <code>[[e2defrag]]</code>, which does not work with its successor ext3. However, other programs, or filesystem-independent ones such as <code>[[defragfs]]</code>,<ref>Erik Bärwaldt: [http://www.linux-magazine.com/Online/Features/Defragmenting-Linux Optimizing data organization on disk] {{webarchive|url=https://web.archive.org/web/20140906161039/http://www.linux-magazine.com/Online/Features/Defragmenting-Linux |date=2014-09-06 }}</ref> may be used to defragment an ext3 filesystem. ext4 is somewhat [[Backward compatibility|backward compatible]] with ext3, and thus has generally the same amount of support from defragmentation programs. Currently e4defrag can be used to defragment an ext4 filesystem, including online defragmentation.
* [[VERITAS File System|VxFS]] has the <code>[[fsadm]]</code> utility that includes defrag operations.
* [[IBM Journaled File System 2 (JFS2)|JFS]] has the <code>[[defragfs]]</code> utility on IBM operating systems.<ref>{{cite web | url = http://www.ecomstation.com/support/index.phtml?url=content/support-faq-jfs.html&title=Journaling%20%20File%20System | title = Journaling File System Support | work = eComStation | access-date = 2008-12-27 | url-status = live | archive-url = https://web.archive.org/web/20081208012904/http://www.ecomstation.com/support/index.phtml?url=content%2Fsupport-faq-jfs.html&title=Journaling%20%20File%20System | archive-date = 2008-12-08 }}</ref>
* [[HFS Plus]] introduced in 1998 with [[Mac OS 8.1]] has a number of optimizations to the allocation algorithms in an attempt to defragment files while they are being accessed without a separate defragmenter.<ref>{{cite web|title=Fragmentation in HFS Plus Volumes|url=http://osxbook.com/software/hfsdebug/fragmentation.html|url-status=dead|archive-url=https://web.archive.org/web/20121118173110/http://osxbook.com/software/hfsdebug/fragmentation.html|archive-date=18 November 2012|access-date=2 September 2020|quote=As we have seen, an HFS+ volume seems to resist fragmentation rather well on Mac OS X 10.3.x, and I don't envision fragmentation to be a problem bad enough to require proactive remedies (such as a defragmenting tool).}}</ref> There are several restrictions for files to be candidates for 'on-the-fly' defragmentation (including a maximum size 20MB). There is a utility, {{proper name|iDefrag}}, by Coriolis Systems available since OS X 10.3. On traditional Mac OS defragmentation can be done by Norton SpeedDisk and TechTool Pro.
* [[Write Anywhere File Layout|WAFL]] in [[NetApp]]'s ONTAP 7.2 operating system has a command called <code>reallocate</code> that is designed to defragment large files.
* [[XFS]] provides an online defragmentation utility called <code>xfs_fsr</code>.
* [[Smart File System|SFS]] processes the defragmentation feature in almost completely stateless way (apart from the location it is working on), so defragmentation can be stopped and started instantly.<ref>{{cite web|title=Detecting a file fragmentation point for reconstructing fragmented files using sequential hypothesis testing|url=https://patents.google.com/patent/US8407192|publisher=US8407192 B2|access-date=21 February 2015|url-status=live|archive-url=https://web.archive.org/web/20150221204502/http://www.google.com/patents/US8407192|archive-date=21 February 2015}}</ref>
* [[Advanced Disc Filing System|ADFS]], the file system used by [[RISC OS]] and earlier [[Acorn Computers]], keeps file fragmentation under control without requiring manual defragmentation.<ref name="reeves-efmt">{{Cite web|last=Reeves|first=Nick|date=26 October 1990|title=E format design document|url=http://www.chiark.greenend.org.uk/~theom/riscos/docs/ultimate/a252efmt.txt|access-date=24 May 2013|url-status=live|archive-url=https://web.archive.org/web/20130407211904/http://www.chiark.greenend.org.uk/~theom/riscos/docs/ultimate/a252efmt.txt|archive-date=7 April 2013}}<!-- see exception clause in WP:USENET --></ref>

==See also==
* [[Comparison of defragmentation software]]
* [[Fragmentation (computing)]]
* [[File system fragmentation]]
* [[Virtual disk image]]
* [[Wear leveling]], a similar technique for prolonging flash memory content

==Notes==
{{reflist|group=nb}}

==References==
{{Reflist|30em}}

==Sources==
* Norton, Peter (1994) ''Peter Norton's Complete Guide to DOS 6.22'', page 521 – Sams ({{ISBN|067230614X}})
* Woody Leonhard, Justin Leonhard (2005) ''Windows XP Timesaving Techniques For Dummies, Second Edition'' page 456 – For Dummies ({{ISBN|0-764578-839}}).
* Jensen, Craig (1994). ''Fragmentation: The Condition, the Cause, the Cure''. Executive Software International ({{ISBN|0-9640049-0-9}}).
* [[Dave Kleiman]], Laura Hunter, Mahesh Satyanarayana, Kimon Andreou, Nancy G Altholz, Lawrence Abrams, Darren Windham, Tony Bradley and Brian Barber (2006) ''Winternals: Defragmentation, Recovery, and Administration Field Guide'' – Syngress ({{ISBN|1-597490-792}})
* Robb, Drew (2003) ''Server Disk Management in a Windows Environment'' Chapter 7 – AUERBACH ({{ISBN|0849324327}})

==External links==
* [http://www.hofmannc.de/en/windows-7-defragmenter-test/ The Big Windows 7 Defragmenter Test] Benchmarks of popular defrag utilities
* [https://web.archive.org/web/20071025043439/http://www.microsoft.com/windowsxp/using/setup/tips/defrag.mspx Microsoft Windows XP defragmentation - How to schedule a weekly defragmentation][https://archive.today/20130209083314/http://windowsitpro.com/article/articleid/77564/jsi-tip-6260-startdefrag-will-schedule-a-windows-2000-defrag-and-it-is-free-for-personal-use.html Microsoft Windows 2000 Professional and Server defragmentation - How to schedule defragmentation]
* [http://www.spectrum-research.com/V2/projects_sst.asp SST Hard Disk Optimizer]
* [http://geekblog.oneandoneis2.org/index.php/2006/08/17/why_doesn_t_linux_need_defragmenting How Linux avoids making files fragmented] {{Webarchive|url=https://web.archive.org/web/20160604040715/http://geekblog.oneandoneis2.org/index.php/2006/08/17/why_doesn_t_linux_need_defragmenting |date=2016-06-04 }}
* [http://blogs.msdn.com/b/e7/archive/2009/01/25/disk-defragmentation-background-and-engineering-the-windows-7-improvements.aspx How defragmentation was changed for Windows 7]
* [http://www.fact-reviews.com/defrag/Defragmentation.aspx Complete list of Defragmentation Utilities for Windows] {{Webarchive|url=https://web.archive.org/web/20160528170217/http://www.fact-reviews.com/defrag/Defragmentation.aspx |date=2016-05-28 }}
* [http://www.tomshardware.com/reviews/ssd-file-system-ntfs,3166-2.html Does Your SSD's File System Affect Performance?]

[[Category:Defragmentation software]]
[[Category:File system management]]

[[de:Fragmentierung (Dateisystem)#Defragmentierung in Betriebssystemen]]