Earlier today Apple released OS X 10.10.4, an under-the-hood update to OS X that introduced several bug fixes and improvements. One improvement, according to Ars Technica, is support for TRIM for third-party SSD hard drives. We previously covered TRIM likely coming natively to the next version of OS X El Capitan but it appears support has already arrived.
/article-new/2015/06/trimforce.png?lossy)
With today’s OS X 10.10.4 update, however, Apple has added a command line utility that can be used to enable TRIM on third-party SSDs without having to download and install anything. Called
trimforce, the utility can be executed from the OS X terminal, and it requires a reboot to start working.
TRIM is a system-level command that allows the operating system and the drive to communicate about which areas of the drive are considered unused and thus ready to be erased and rewritten to. In the absence of TRIM, users can see significantly slower drive writes as the drive begins to fill up. Most modern operating systems support TRIM but for Apple's OS X, it has only included support for its OEM SSDs. This means that Mac users looking to install an after-market SSD in a machine originally intended for spinning disc hard drives would run into trouble without the help of other third-party tools.
To enable TRIM, a user just has to type "sudo trimforce enable" into the Terminal window. Ars Technica points out that running TRIM prompts a "scary" message from the system, but notes it's largely because each SSD implements TRIM in a different way, with older disks sometimes acting in a way OS X would not expect.
MacRumors forum readers have been testing and discussing the update in our forums and sharing their experiences.
Top Rated Comments
(View all)HEED THE DATA LOSS WARNING!
I haven't looked into it too heavily and I know that plenty of people use TRIM with these drives with no issues (I did in the past), but given that I use a Samsung 840, it gives me pause about enabling this feature. Just figured I'd put it out there for everyone else to see.There are a number of extremely buggy SSD models out there (like almost all the Samsung 8* and various Crucial models) that will permanently delete the wrong data ('https://blog.algolia.com/when-solid-state-drives-are-not-that-solid/') when issuing TRIM commands.
The bug is not dependent on queued TRIM, it happens even when using the non-queued version.
All the Samsung SSDs beginning with a "8" (840 and 850, both EVO and Pro) are known to have the data-destroying TRIM bug and TRIM is blacklisted on those drives on other platforms.
Someone over at Ars Technica posted a warning about using TRIM with certain hard drives. I'll quote it here:
So far there is no evidence indicating that the issue exists outside Linux. There are plenty of users running Samsung SSDs in Macs with TRIM enabled and I've yet to hear a single data loss issue.I haven't looked into it too heavily and I know that plenty of people use TRIM with these drives with no issues (I did in the past), but given that I use a Samsung 840, it gives me pause about enabling this feature. Just figured I'd put it out there for everyone else to see.
https://github.com/Temptin/Documents/blob/master/OSX_TRIM_Tutorial.md
---
About Cindori's Disk Sensei and Trim Enabler:
I can already see the confusion growing due to Cindor's intentionally vague statements. The method that Cindori (Disk Sensei/Trim Enabler) is bringing out is *identical* to the "trimforce" command method in my guide. He has created his own .kext file that injects the "Force Data Set Management = YES" option in the exact same way as the official extension. His method is not "safer" at all. It's the exact same thing; with one small difference: He installs the injector to /Library whereas the trimforce tool installs the injector to /System/Library - and the latter is protected by "rootless" on El Capitan, but that seems like an oversight on Apple's part. Either way, you can easily disable rootless, run trimforce, and re-enable rootless on the current El Capitan beta (instructions for that are in the link above). Moreover, it's very likely that Apple is going to fix it before release so that you don't need to even temporarily disable rootless to run trimforce.
I'll say it one more time: There is no reason whatsoever to use Cindori's injector instead of Apple's injector; they do the *exact* same thing. I even suggest using Apple's since they're the ones who created the method, and if any of the implementation details ever change they'll be the first to update their official kext.
There are plenty of reasons to use Cindori's Disk Sensei: Disk space visualization, benchmarking, SMART health monitoring, various tweaks to prolong SSD life (like "noatime"). "TRIM enabling" is no longer a reason to own the tool.
---
As for people's questions about TRIM, GC, etc, I refer to these posts:
* Do we need TRIM? Does OS X use Queued TRIM? Do Samsung 8*-series SSDs break when TRIM'ing?: https://forums.macrumors.com/threads/os-x-el-capitan-opens-door-to-trim-support-on-third-party-ssds-for-improved-performance.1891936/page-10#post-21469307
* About Garbage Collection vs TRIM: https://forums.macrumors.com/threads/os-x-el-capitan-opens-door-to-trim-support-on-third-party-ssds-for-improved-performance.1891936/page-10#post-21469409
* Does TRIM work with Filevault 2 Full Disk Encryption?: Yes ('http://apple.stackexchange.com/questions/26961/does-filevault-2-interfere-with-trim-when-using-an-ssd'). Apple's FileVault driver sends the "TRIM" command to the disk, and zeroes out all unused blocks.
* Does TRIM work with Apple's Software RAID?: No. Their software RAID driver was last updated in 2009, and OS X didn't get TRIM support until mid-2011. Apple's RAID driver has no idea what TRIM is and does not send TRIM to the SSDs in your RAID. OS X cannot simply "pass through" commands to the underlying SSDs (as some people have wrongly assumed), since a RAID means that data is split across multiple drives, which means the OS has no idea "where the data is and which drive to TRIM in a RAID," - it's always the job of the RAID driver to re-map the TRIM requests to the real underlying drives and blocks, and Apple's RAID driver is over half a decade old and doesn't do that job at all. If you are using Apple's software RAID, TRIM will NOT take place (your individual drives will still say "TRIM Supported: Yes", but nothing will be done).
I should probably put all of this information into the TRIM guide document itself, since people bring up these misconceptions over and over again.
Mac OS X 10.10.4 Supports TRIM for Third-Party SSD Hard Drives
Solid State Drives Hard Drives? Really?OWC drives don't require TRIM as they have their own garbage collecting tech built-in.
GC is not the same as having native TRIM support. With the change to Yosemite originally (no more TRIM without disabling kext signing) I imagine OWC saw the potential for lost sales so they put out that article to put people at ease.http://blog.macsales.com/21641-with-an-owc-ssd-theres-no-need-for-trim
Now that TRIM support is back, you can enable it for that drive. The built in GC is no substitute for the TRIM system.
If you keep the SSD mostly empty anyway then the benefits are marginal for most people. If you have a smaller SSD though, or like to fill it up nearly full then you'll benefit enormously from native TRIM on any SSD.