Mac OS X 10.10.4 Supports TRIM for Third-Party SSD Hard Drives

Someone over at Ars Technica posted a warning about using TRIM with certain hard drives. I'll quote it here:

HEED THE DATA LOSS WARNING!

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.

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.

Someone over at Ars Technica posted a warning about using TRIM with certain hard drives. I'll quote it here:


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.

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.

My TRIM tutorial has been updated to cover OS X 10.11 El Capitan, OS X 10.10.4+ Yosemite, and OS X 10.10.3 Yosemite all in one place:

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?

Yeeeeeeeeeesssssssssssssssssss! FINALLY! Just turned that sucker on.

OWC drives don't require TRIM as they have their own garbage collecting tech built-in.

http://blog.macsales.com/21641-with-an-owc-ssd-theres-no-need-for-trim

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.

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.