Misplaced Pages

This article is missing information about SMR drives (similar append-only zone problem). Please expand the article to include this information. Further details may exist on the talk page. (April 2020)

A trim command (known as TRIM in the ATA command set, and UNMAP in the SCSI command set) allows an operating system to inform a solid-state drive (SSD) which blocks of data are no longer considered to be "in use" and therefore can be erased internally.

Trim was introduced soon after SSDs were introduced. Because low-level operation of SSDs differs significantly from hard drives, the conventional manner in which operating systems handle storage operations—such as deletions and formatting—resulted in unanticipated progressive performance degradation of write operations on SSDs. Trimming enables the SSD to more efficiently handle garbage collection, which would otherwise slow future write operations to the involved blocks.

Although tools to "reset" some drives to a fresh state were already available before the introduction of trimming, they also delete all data on the drive, which makes them impractical to use for ongoing optimization. As of 2024, many SSDs had internal garbage collection mechanisms for certain filesystem(s) (such as FAT32, NTFS, APFS) that worked independently of trimming. Although this successfully maintained their lifetime and performance even under operating systems that did not support trim, it had the associated drawbacks of increased write amplification and wear of the flash cells.

TRIM is also used on some shingled magnetic recording (SMR) hard drives.

Background

Because of the way that many file systems handle delete operations, by flagging data blocks as "not in use", storage media (SSDs, but also traditional hard drives) generally do not know which sectors/pages are truly in use and which can be considered free space. Contrary to (for example) an overwrite operation, a delete will not involve a physical write to the sectors that contain the data. Since a common SSD has no knowledge of the file system structures, including the list of unused blocks/sectors, the storage medium remains unaware that the blocks have become available. While this often enables undelete tools to recover files from electromechanical hard disks, despite the files being reported as "deleted" by the operating system, it also means that when the operating system later performs a write operation to one of the sectors, which it considers free space, it effectively becomes an overwrite operation from the point of view of the storage medium. For magnetic disks, an overwrite of existing data is no different from writing into an empty sector, but because of how some SSDs function at the lowest level, an overwrite produces significant overhead compared with writing data into an empty page, potentially crippling write performance.

SSDs store data in flash memory cells that are grouped into pages typically of 4 to 16 kiB, grouped together into blocks of typically 128 to 512 pages. Example: 512 kiB blocks that group 128 pages of 4 kiB each. NAND flash memory cells can be directly written to only when they are empty. If they happen to contain data, the contents must be erased before a write operation. An SSD write operation can be done to a single page but, due to hardware limitations, erase commands always affect entire blocks; consequently, writing data to empty pages on an SSD is very fast, but slows down considerably once previously written pages need to be overwritten. Since an erase of the cells in the page is needed before it can be written to again, but only entire blocks can be erased, an overwrite will initiate a read-erase-modify-write cycle: the contents of the entire block are stored in cache, then the entire block is erased from the SSD, then the overwritten page(s) is written into the cached block, and only then can the entire updated block be written to the flash medium. This phenomenon is known as write amplification.

Operation

The TRIM command enables an operating system to notify the SSD of pages which no longer contain valid data. For a file deletion operation, the operating system will mark the file's sectors as free for new data, then send a TRIM command to the SSD. After trimming, the SSD will not preserve any contents of the block when writing new data to a page of flash memory, resulting in less write amplification (fewer writes), higher write throughput (no need for a read-erase-modify sequence), thus increasing drive life.

Different SSDs implement the command somewhat differently, so performance can vary.

TRIM tells the SSD to mark an LBA region as invalid and subsequent reads on the region will not return any meaningful data. For a very brief time, the data could still reside on the flash internally. However, after the TRIM command is issued and garbage collection has taken place, data recovery can become difficult or impossible, depending on the drive's firmware implementation of the command.

Implementation

Operating system support

The TRIM command is beneficial only if the drive implements it and the operating system requests it. The table below identifies each notable operating system and the first version supporting the command. Additionally, older solid-state drives designed before the addition of the TRIM command to the ATA standard will need firmware updates, otherwise the new command will be ignored. However, not every drive can be upgraded to support trimming.

The support for TRIM also varies by what the particular filesystem driver on the operating system is capable of, since only a program with an understanding of what parts of the disk are free space can safely issue the command, and on the system level this ability tends to lie in the filesystem driver itself.

RAID issues

As of January 2017, support for the TRIM command is not implemented in most hardware-based RAID technologies. However, software RAID implementations often do include support for TRIM.

Windows

Windows 10 offers support for TRIM in SSD ID volumes using the "optimize drives" option when configuring a RAID volume.

macOS

The macOS RAID driver does not support TRIM. This is true for all versions of Mac OS X from 10.7 through macOS 10.12.x.

TRIM is supported for RAID (0,1,4,5 & 10) volumes when using the third-party SoftRAID® application, including TRIM support with non-Apple SSD devices. (Note: TRIM for non-Apple SSD devices must be specifically enabled using the terminal command "sudo trimforce enable".)

Linux

TRIM is available with RAID volumes in post-January-2011 releases of the Linux kernel's dmraid, which implements BIOS-assisted "fake hardware RAID" support, and which now passes through any TRIM requests from the filesystem that sits on the RAID array.

Not to be confused with dmraid, Linux's general-purpose software RAID system, mdraid, has experimental support for batch-based (rather than live, upon file deletion) TRIM on RAID 1 arrays when systems are configured to periodically run the mdtrim utility on filesystems (even those like ext3 without native TRIM support). In later versions of Linux, e.g. Red Hat Enterprise Linux 6.5 and beyond, mdraid supports actually passing through TRIM commands in real-time, rather than just as a batch job.

However, Red Hat recommends against using software RAID levels 1, 4, 5, and 6 on SSDs with most RAID technologies, because during initialization, most RAID management utilities (e.g. Linux's mdadm) write to all blocks on the devices to ensure that checksums (or drive-to-drive verifies, in the case of RAID 1 and 10) operate properly, causing the SSD to believe that all blocks other than in the spare area are in use, significantly degrading performance.

On the other hand, Red Hat does recommend the use of RAID 1 or RAID 10 for LVM RAIDs on SSDs, as these levels support TRIM ("discard" in Linux terminology), and the LVM utilities do not write to all blocks when creating a RAID 1 or RAID 10 volume.

Firmware-based RAID

For a short time in March 2010, users were led to believe that the Intel Rapid Storage Technology (RST) 9.6 (and later) drivers in Windows 7 supported TRIM on RAID volumes, but Intel later clarified that TRIM was supported for the BIOS settings of AHCI mode and RAID mode, but not if the drive was part of a RAID volume.

As of August 2012, Intel confirms that 7-series chipsets with Rapid Storage Technology (RST) 11.2 drivers support TRIM for RAID 0 in Microsoft Windows 7. While Intel did not confirm support for 6-series chipsets, TRIM on RAID 0 volumes has been shown to work on Z68, P67, and X79 chipsets by hardware enthusiasts with a modified RAID option ROM. It is speculated that the lack of official support for 6-series chipsets is due to validation costs or an attempt to encourage consumers to upgrade, rather than for technical reasons.

An exception to the need for a modified option ROM on motherboards with an X79 chipset is if the manufacturer has added a ROM switch; this entails both the RST and RST-E ROMs being inside the BIOS/UEFI. This allows the RST ROM to be used instead of the RST-E ROM, allowing TRIM to function. Intel notes that best performance can be achieved by using a driver with same version as the ROM; for example, if the BIOS/UEFI has an 11.0.0.0m option ROM, an 11.x version driver should be used.

Enabling unsupported filesystems

Where the filesystem does not automatically support TRIM, some utilities can send trimming commands manually. Usually they determine which blocks are free and then pass this list as a series of trimming commands to the drive. These utilities are available from various manufacturers (e.g. Intel, G.Skill), or as general utilities (e.g. Linux's hdparm "wiper" since v9.17, or mdtrim, as mentioned above). Both hdparm and mdtrim find free blocks by allocating a large file on the filesystem and resolving what physical location it was assigned to.

Regardless of operating system, the drive can detect when the computer writes all zeros to a block, and de-allocate (trim) that block instead of recording the block of zeros. If reading a de-allocated block always returns zeros, this shortcut is transparent to the user, except for faster writing (and reading) of all-zero blocks, in addition to the usual benefit of faster writing into unused areas. Operating systems do not write all zeros to "wipe" files or free space, but some utilities do.

Hardware support

ATA

The TRIM command specification has been standardized as part of the AT Attachment (ATA) interface standard, led by Technical Committee T13 of the International Committee for Information Technology Standards (INCITS). TRIM is implemented under the DATA SET MANAGEMENT command (opcode 06h) of the draft ACS-2 specification. The ATA standard is supported by both parallel (IDE, PATA) and serial (SATA) ATA hardware.

A drawback of the original ATA TRIM command is that it was defined as a non-queueable command and therefore could not easily be mixed with a normal workload of queued read and write operations. SATA 3.1 introduced a queued TRIM command to remedy this.

There are different types of TRIM defined by SATA Words 69 and 169 returned from an ATA IDENTIFY DEVICE command:

• Non-deterministic TRIM: Each read command to the logical block address (LBA) after a TRIM may return different data.
• Deterministic TRIM (DRAT): All read commands to the LBA after a TRIM shall return the same data, or become determinate.
• Deterministic Read Zero after TRIM (RZAT): All read commands to the LBA after a TRIM shall return zero.

There is additional information in SATA Word 105 that describes the Maximum number of 512-byte blocks per DATA SET MANAGEMENT command that a drive can support. Typically this defaults to 8 (or 4 kB) but many drives reduce this to 1 to meet the Microsoft Windows Hardware Requirements for TRIM, that command completion time shall not exceed 20 ms or 8 ms × (number of LBA range entries), whichever is greater, and shall always be less than 600 ms.

An individual LBA range is called an LBA Range Entry and is represented by eight bytes. The LBA is expressed by the LBA Range Entry's first six bytes and the Range Length is a zero-based counter (e.g., 0=0 and 1=1) represented by the remaining two bytes. If the two-byte range length is zero, then the LBA Range Entry shall be discarded as padding. This means that for each 512-byte block of TRIM ranges that a device supports, the maximum is 64 ranges of 32 MB, or 2 GB. If a device supports SATA Word 105 at 8 then it should be able to trim 16 GB in a single TRIM (DATA SET MANAGEMENT) command.

SCSI

SCSI provides the UNMAP command (a full analog of TRIM), and the WRITE SAME command (10 and 16 variants) with the UNMAP flag set.

SD/MMC

The MultiMediaCard and SD ERASE (CMD38) command provides similar functionality to the ATA TRIM command, although it requires that erased blocks be overwritten with either zeroes or ones. A DISCARD sub-operation is further defined in eMMC 4.5, and optionally in SDHC and SDXC cards, that more closely matches ATA TRIM in that the contents of discarded blocks can be considered indeterminate (i.e., "don't care").

NVM Express

The NVM Express command set has a generic Dataset Management command set, for hinting the host's intent to the storage device on a set of block ranges. One of its operations, DEALLOCATE performs trim. It also has a WRITE ZEROES command that provides a DEALLOCATE hint and allows the disk to trim and return zeroes.

Disadvantages

• Some deniable encryption schemes involve making the whole disk look like random garbage. Using TRIM defeats this layer of plausible deniability as the all-zero (or all-one) blocks created easily indicate what blocks are used. It has been argued disabling TRIM might be suspicious too.
• The original version of the TRIM command has been defined as a non-queued command by the T13 subcommittee, and consequently can incur massive execution penalty if used carelessly, e.g., if sent after each filesystem delete command. The non-queued nature of the command requires the driver to first wait for all outstanding commands to be finished, issue the TRIM command, then resume normal commands. TRIM can take a lot of time to complete, depending on the firmware in the SSD, and may even trigger a garbage collection cycle. This penalty can be minimized in solutions that do batched TRIMs and/or periodic TRIMs, rather than trimming upon every file deletion, by scheduling such batch jobs for times when system utilization is low. This TRIM disadvantage has been overcome in Serial ATA revision 3.1 with the introduction of the Queued TRIM Command.
• Only some of Hypervisors (such as Hyper-V, Parallels Desktop) have implemented TRIM for the Guest OS (as of 2023).
• Faulty drive firmware that misreports support for queued TRIM or has critical bugs in its implementation has been linked to serious data corruption and/or serious bugs like frequent freezes in several devices, most notably Micron and Crucial's M500 and Samsung's 840 and 850 series. The data corruption has been confirmed on the Linux operating system (the only OS with queued trim support as of 1 July 2015).

These devices are blacklisted in the Linux kernel's libata-core.c to force sending non-queued TRIM commands (ATA_HORKAGE_NO_NCQ_TRIM) to these drives instead of queued TRIM commands:

• Micron/Crucial M500 using all firmware versions including factory recertified SSDs
• Micron M510 using firmware version MU01
• Micron/Crucial M550 using firmware version MU01
• Crucial MX100 using firmware version MU01
• Samsung 840 and 850 series SSDs using all firmware versions

This file also blacklists the SuperSSpeed S238 against TRIM in general due to causing the wrong blocks to lose data when TRIM is issued.

libata-core.c also has a whitelist to list SSDs that are reliably known to the subsystem's maintainers to correctly implement the DRAT and RZAT flags (ATA_HORKAGE_ZERO_AFTER_TRIM), rather than ignoring them, as many drives do. The whitelisted drives are as follows:

• Crucial SSDs
• Intel SSDs excluding the Intel SSD 510
• Micron SSDs
• Samsung SSDs
• Seagate SSDs

See also

• Data remanence

References

1. "Intel High Performance Solid State Drive – Advantages of TRIM". Intel.com. Intel. 14 September 2010. Retrieved 21 February 2012.
2. Shimpi, Anand Lal (18 March 2009). "The SSD Anthology: Understanding SSDs and New Drives from OCZ". AnandTech.com. p. 4. Retrieved 19 June 2010.
3. ^ Shimpi, Anand Lal. (18 March 2009). p. 10. TRIM is an ATA command (Advanced Technology Attachment Command) that allows an OS to inform SSD about the blocks of data no longer in use. The SSD then deletes such blocks of data to make a way for newer blocks of data. TRIM is basically used for enhancing the performance and life span of the SSD. Unfortunately, the boon of TRIM becomes a bane for data recovery from SSD. Therefore, it is strongly recommended to regularly make a backup copy of your data using a reliable tool (for example Disk Drill for Windows), especially if your OS is warning about SSD failing.
4. Shimpi, Anand Lal. (18 March 2009). p. 11.
5. "Kingston SSDNow V Plus 100 Review". AnandTech.com. Anand Lal Shimpi. 11 November 2010. Retrieved 10 December 2010.
6. "Trim Command - General Benefits for Hard disk Drives" (PDF). Documents.westerndigital.com. Retrieved 7 November 2021.
7. ^ Savill, John (21 April 2009). "I heard solid-state disks (SSDs) suffer from a decline in write performance as they're used. Why?". WindowsITPro. Archived from the original on 19 August 2012. Retrieved 19 June 2010.
8. ^ Shimpi, Anand Lal. (18 March 2009). p. 7.
9. ^ Savill, John (22 April 2009). "What is the TRIM function for solid-state disks (SSDs) and why is it important?". WindowsITPro. Archived from the original on 9 February 2013. Retrieved 19 June 2010.
10. Malventano, Allyn (13 February 2009). "Long-term performance analysis of Intel Mainstream SSDs". PC Perspective. Retrieved 10 February 2012.
11. ^ Shimpi, Anand Lal. (18 March 2009). p. 5.
12. Shimpi, Anand Lal. (18 March 2009). p. 8.
13. Case, Loyd (8 September 2008). "Write Amplification: Intel's Secret Sauce". Extremetech. ExtremeTech.com. Archived from the original on 15 November 2010. Retrieved 6 November 2010.
14. "Inside the X25-M Controller: Wear Leveling, Write Amplification Control". TomsHardware.com. 8 September 2008. Retrieved 6 November 2010.
15. "Too TRIM? When SSD Data Recovery is Impossible". Forensic Focus. 23 September 2014. Retrieved 8 May 2024.
16. "Preliminary TRIM support". leaf.dragonflybsd.org.
17. "FreeBSD 8.1-RELEASE Release Notes: Disks and Storage". Retrieved 1 September 2010.
18. "Add kernel side support for BIO_DELETE/TRIM on UFS". Retrieved 1 February 2011.
19. "Added ZFS TRIM support which is enabled by default". Retrieved 5 June 2013.
20. "FreeBSD 9.2-RELEASE Announcement". Retrieved 4 October 2013.
21. "Base revision 242323 – Add basic BIO_DELETE support to GEOM RAID class for all RAID levels". Retrieved 30 October 2012.
22. "TRIM support in NetBSD". 19 October 2012.
23. "Linux_2_6_28 - Linux Kernel Newbies". kernelnewbies.org.
24. "Storage changes in Linux 2.6.33". Kernel Newbies. Retrieved 1 September 2010.
25. "Forked by Nicolay - HOWTO: Configure Ext4 to Enable TRIM Support for SSDs on Ubuntu and Other Distributions". sites.google.com.
26. "Linux_2_6_32 - Linux Kernel Newbies". kernelnewbies.org.
27. "JFS Filesystem can now handle trim". Retrieved 28 March 2012.
28. "Linux_3.0 - Linux Kernel Newbies". kernelnewbies.org.
29. "OpenZFS TRIM Support". openzfs.org.
30. Freemyer, Greg (2010). "OpenSUSE forum – SSD detection when creating first time fstab".
31. "How to enable TRIM?". Ask Ubuntu. Retrieved 11 November 2015.
32. "SDB:SSD discard (trim) support - openSUSE Wiki". en.opensuse.org.
33. "Changes/EnableFSTrimTimer - Fedora Project Wiki". fedoraproject.org. Retrieved 10 December 2020.
34. "swapon(8) — Arch manual pages". man.archlinux.org. Retrieved 20 June 2024.
35. "Mac OS X 10.6.8 Brings TRIM Support for Apple SSDs, Graphics Improvements". 24 February 2012.
36. "Macbook Pros ship with active SSD TRIM support". 4 March 2011.
37. "Yosemite kills third-party SSD support". ZDNet.
38. "Chameleon SSD Optimizer". chameleon.alessandroboschini.com.
39. "You searched for Trim enabler". Cindori.org. Archived from the original on 8 November 2021. Retrieved 7 November 2021.
40. Lee Hutchinson (30 June 2015). "Latest OS X update allows you to enable TRIM for third-party SSDs". Ars Technica. Condé Nast. Retrieved 1 July 2015.
41. Fortin, Michael (9 May 2009). Sinofsky, Steven (ed.). "Support and Q&A for Solid-State Drives". Engineering Windows 7 blog. Microsoft. Archived from the original on 25 April 2010. Alt URL
42. "Windows 7 Enhancements for Solid-State Drives" (PDF). Microsoft downloads. Microsoft Corporation. 12 November 2008. Retrieved 8 July 2009.
43. Geoff Gasior (2012) OCZ's RevoDrive 3 X2 240GB solid-state drive
44. Coles, Olin (15 April 2010). "SSD Benchmark Tests: SATA IDE vs AHCI Mode – AHCI vs IDE Final Thoughts". BenchmarkReviews. Retrieved 20 August 2013.
45. "Update to add native driver support in NVM Express in Windows 7 and Windows Server 2008 R2". Support. Microsoft. 8 September 2015.
46. "What is the TRIM Command on Solid State Drives?". datarecovery.com. 30 January 2017. Microsoft added the feature in a Windows 7 update known as KB2990941
47. "Fsutil behavior". Microsoft Documentation. Retrieved 17 November 2019.
48. "SATA TRIM support in OpenSolaris". 29 July 2010. Archived from the original on 12 August 2012. Retrieved 29 July 2010.
49. ^ "Android 4.3 Update Brings TRIM to All Nexus Devices". 29 July 2013. Retrieved 30 July 2013.
50. "Android 4.3 announced, rolling out to Nexus devices today".The Verge. 24 July 2013. Retrieved 24 July 2013.
51. "Possible to get SSD TRIM (discard) working on ext4 + LVM + software RAID in Linux? – Server Fault". Retrieved 29 November 2011.
52. "Cyberax/mdtrim – GitHub". GitHub. Retrieved 29 November 2011.
53. ^ "Red Hat Enterprise Linux 6 Storage Administration Guide, Chapter 21. Solid-State Disk Deployment Guidelines". Retrieved 9 March 2016.
54. "Red Hat Enterprise Linux 7 Storage Administration Guide". 11 November 2015. Retrieved 29 February 2016.
55. "Is there TRIM support for RAID configurations?". Intel. 26 March 2010. Retrieved 6 November 2010.
56. "Intel Confirms RAID0 TRIM Support on 7-Series Chipsets". 19 August 2012. Archived from the original on 22 October 2012. Retrieved 14 January 2013.
57. "RAID0 trim and SRT seems possible on 6-series and 5-Series". 18 November 2012. Archived from the original on 18 January 2013. Retrieved 14 January 2013.
58. "TRIM & RAID-0 SSD Arrays Work With Intel 6-Series Motherboards Too". 28 November 2012. Retrieved 14 January 2013.
59. "Intel Brings TRIM to RAID-0 SSD Arrays on 7-Series Motherboards, We Test It". 16 August 2012. Retrieved 14 January 2013.
60. Anand Lal Shimpi. "Intel Brings TRIM to RAID-0 SSD Arrays on 7-Series Motherboards, We Test It".
61. Doug Crowthers (17 August 2012). "TRIM Command Confirmed With RAID 0 on Intel 7 Series". Tom's Hardware.
62. "Intel SSD Optimizer White Paper" (PDF). Intel Corporation. Archived from the original (PDF) on 5 October 2012. Retrieved 23 January 2010.
63. "wiper.exe for Falcon Series". XtremeSystems. Archived from the original on 25 June 2013. Retrieved 23 January 2010.
64. "hdparm-9.17 released, with experimental trim/wiper scripts for SSDs". Retrieved 14 August 2010.
65. "hdparm project page". sourceforge.net. Retrieved 14 August 2010.
66. "Data Set Management Commands Proposal for ATA8-ACS2 (revision 6)". INCITS T13. INCITS. 12 December 2007. Archived from the original on 13 June 2010. Retrieved 8 July 2009. (draft specification T13/e07154r6)
67. "T13 documents referring to TRIM". INCITS T13. INCITS. Archived from the original on 26 May 2010. Retrieved 8 July 2009.
68. "T13 ATA8 Draft Spec 1697-D" (PDF). INCITS. 23 June 2010. Archived from the original (PDF) on 22 March 2011. Retrieved 14 August 2010.
69. "SATA 6Gb/s". Serial ATA International Organization. Retrieved 26 September 2012.
70. "Device.Storage Requirements (Windows)". Retrieved 29 February 2016.
71. "T13/2161-D: Information technology – ATA/ATAPI Command Set – 3 (ACS-3)" (PDF). T13.org. Archived from the original (PDF) on 5 April 2016. Retrieved 29 February 2016.
72. Motin, Alexander (24 December 2011). "RFC: SCSI UNMAP (TRIM) support". Lists.freebsd.org. Retrieved 7 November 2021.
73. "Milan Broz's blog: TRIM & dm-crypt ... problems?". Milan Broz. 14 August 2011. Retrieved 1 October 2014.
74. "Perfectly Deniable Steganographic Disk Encryption" (PDF). I.blackhat.com. Retrieved 7 November 2021.
75. "The Path from 3Gb/s to SATA 6Gb/s: How to Migrate Current Designs to the SATA Revision 3.0 Specification". Sata-io.org. 27 May 2009. Retrieved 7 November 2021.
76. "SATA 3.1 spec brings swap standard, improved TRIM". The Tech Report. 18 July 2011.
77. "71371 [PATCH]Crucial M500, broken "queued TRIM" support". bugzilla.kernel.org.
78. "Bug #1449005 trim does not work with Samsung 840 EVO after firm... : Bugs : fstrim package : Ubuntu". Launchpad. 27 April 2015.
79. torvalds. "linux/libata-core.c at e64f638483a21105c7ce330d543fa1f1c35b5bc7 · torvalds/linux · GitHub". GitHub.
80. ^ torvalds. "linux/libata-core.c at master · torvalds/linux · GitHub". GitHub.
81. torvalds. "libata: force disable trim for SuperSSpeed S238 · torvalds/linux@cda57b1". GitHub.
82. "[1/3] libata: Whitelist SSDs that are known to properly return zeroes after TRIM - Patchwork". patchwork.ozlabs.org.

External links

• From write() down to flash chips – An explanation on how the TRIM command lets SSDs erase data not used by the filesystem
• TRIM Command White Paper – A white paper explaining the command's purpose and actions
• Fusion-io Patent "Apparatus, system, and method for redundant write caching"

• Solid-state computer storage
• SCSI
• Serial ATA