Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Did you get Trim Enabler working on Yosemite? I didn't think that was possible.

I had it (re) enabled on each and every version of 10.10, but kext signing has to be switched of otherwise your system won't boot, but this can be fairly easy fixed with a few commands in Terminal after booting up in Recovery Mode.
 
Apple will publish a tech note, which explains which SSDs are compatible with the trimforce command.

Why would they? It's a Terminal command for a reason, and there's a disclaimer when you try and use it. Besides, most every SSD is compatible with TRIM.

Looks like the topic has broken into a few other streams, but my comment goes back to the original topic: Trim

I have a Crucial MX100 512 GIG SSD in my Mac and asked Crucial Tech support if I need Trim. They respond saying that I do not need it, for their built-in garbage collection is enough. What Tech support said to do is boot with the option key selected and allow the computer to be idle over night and the garbage collection option will do it's thing. Do this once a month they said (depending on your usage, then twice etc) and you will be fine..

Well....kind of a pain to do, but would work....but....

I decided to install Trim Enabler to see if there would be any changes and to do a test. Well....right away, my Mac became faster, and noticed performance improvements!?! My SSD ran fine without Trim Enabler, but once Trim was enabled, My system ran faster and performance was noticeably better...

I have another Older Mac with an OCZ 128 SSD Sata III (which seems faster than the Crucial, but not complaining about the Crucial drive) and tested my theory out and installed Trim Enabler, and that too instantly ran faster and performance was noticeably better. Again, without Trim Enabler, performance was still fine, but now it was better with Trim enabled...

So, I can say, "Yes" Trim is important, because though I have garbage collection SSD drives, with Trim enabled, performance on both drives are noticeably better with both garbage Collection and Trim working together.

Garbage collection was never a replacement for TRIM, and Crucial support were idiots for suggesting it. If TRIM isn't enabled, the SSD will think that blocks that contain no data, still have important data that must be kept, and Garbage Collection will work around that. Further more, the thing with keeping the machine on boot screen really isn't necessary. If you have idle time when the Mac is on,, it'll do the same. Fairly sure it even works when it's on full standby.

Did you get Trim Enabler working on Yosemite? I didn't think that was possible.

TRIM Enabler has always worked on Yosemite. It just requires you to disable kext signing on boot.
 
It works fine, it disables kext signing. Check out their website for an explanation.

That is/was not completely true, it does in later versions but AFAIK not in earlier version, actually I am pretty sure it didn't in the beginning, I ended up with a System which refused to boot, but, it was fairly easy to fix.
 
That is/was not completely true, it does in later versions but AFAIK not in earlier version, actually I am pretty sure it didn't in the beginning, I ended up with a System which refused to boot, but, it was fairly easy to fix.

Works fine for me. I don't even have to disable it when upgrading OS X. On upgrade it disables itself, then pops up a reminder on next boot to re-enable it by clicking on a radio button, reboot again and all done.
 
I'd recommend Crucial over Samsung, got an 840 Evo in my 2012 15" MBP and I really wish I went Crucial. Fitted 50+ Crucial SSDs in Win/Mac systems @work in addition to 7 in friends' MacBooks and they just seem to run much, much smoother.

But either way you won't run into any problems, they both still work.

There two different drives. The EVO is Samsung's cheap drive. Go with the Samsung Pro and it beats the Crucial.
 
There two different drives. The EVO is Samsung's cheap drive. Go with the Samsung Pro and it beats the Crucial.

Crucial has many different drives that perform differently. As does Samsung. End of story. To properly compare, compare drives that are intended for the same market segment, and that cost the same.
 
Why would they? It's a Terminal command for a reason, and there's a disclaimer when you try and use it. Besides, most every SSD is compatible with TRIM.

It would help if Apple shared the work they already had done. if there is a prototype lab that qualifies some SSDs for use in Apple systems and they test some as "OK" and others as very clear failures then listing that is helpful. They don't have to test all possible drives on the market, but for what they are going to do away if is more information for the folks who may want to buy a 2nd or 3rd or alternative drive.

Drive X with firmware A.B.C. is OK
Drive Y with firmware A.E.F has known interaction problems with OS X.

Throw another disclaimer on that list that it is limited in scope ( not exhaustive test of market and never will be. )

They do it with 3rd party 4K monitors ( at least list the ones that pass )

https://support.apple.com/en-us/HT202856

These monitors work with OS X 10.x.y. That is a useful starting place for customers to look for options. That is waaaaaaay better than leaving the users in a fog.

Secondly it would lend some credibility to their disclaimer that there is a possibility of data failure/corruption. "We had tested and got some failures" is confirmation. "We only pass stuff that we sell" is without much substantive proof.


Garbage collection was never a replacement for TRIM, and Crucial support were idiots for suggesting it.

File system allocation/deallocation isn't the only source of Garbage. The SSD controller moves data around also ( wear leveling , block consolidation , etc. ). The notion that the garbage collector is completely lacking in information unless handed to it by an explicit TRIM call is far more dubious than the than Crucial suggestion.


If TRIM isn't enabled, the SSD will think that blocks that contain no data, still have important data that must be kept, and Garbage Collection will work around that. Further more, the thing with keeping the machine on boot screen really isn't necessary.
If you have idle time when the Mac is on,,

It is not Mac user idle time, it is disk time. OS X runs many processes than just the. The "stop the OS from running" is remove the condition you end with there from being part of the equation no matter what the user workload is or isn't. Stop the OS from running, put there far more simpler bootloader into pause mode and pretty much can guarantee there is disk idle time. Background Time Machine running? No. Twitter/social media caching notifications on the disk? No. myriad of background processes doing storage updates? No.

If the idle time being allowed isn't really all that idle then this is a first step work around.

TRIM doesn't change the data ( some data de-duplication of zeroed blocks may make it look like it, but that isn't mandated by the standard. ). It only feeds metadata to the SSD ( and its garbage collector). When something is actually done with the info is later. If don't give drive a idle time to do housekeeping it won't get done.

Crucial's recommendation is that "put disks to sleep" is turned off. For normal users and usage that is probably enough. But if usage is abnormal then the boot idle trick pretty much will remove any OS X impediment to allowing the drive time to do some housekeeping.


it'll do the same. Fairly sure it even works when it's on full standby.

If the OS says "go to sleep" then it very likely won't. Garbage collection means moving ( writing) data. SSDs can't do writing in a low power state. Writing is actually the highest power mode of a SSD.
 
Apple is like a teasing whore. Opening clothe one by one to get people keep excited, in the mean time android is like a dirty whore, open all the clothes and lies nicely on bed. Well i prefer the dirty one.
 
You obviously have little experience really dealing with various formats. If HFS+ is a problem, you don't have it too bad. But please tell us about your obscure formatting option or one that is far less efficient and why you know better than a huge team of developers.

ZFS is the answer and it's been ask for for years

Yup, even after enabling it. I just wish I could find the manufacturers of the enclosures used.

Also remember that various devices will advertise a SATA feature as being supported without actually supporting the command, it's just silently ignored. The biggest example is when external drives are attacked via FireWire or USB, they'll say they support SMART but just ignore the commands or return totally bogus data.

Based the stories I've heard from various Apple (and even PlayStation) hardware engineers, the firmware in SATA drives are huge lying liars with their pants on fire. Every single damn one lies at least once about supporting a command that isn't actually supported or have significant bugs in the feature.

(This was the reason why Apple disabled certain disc writing features on included optical drives, even though the OEM drive itself was advertised as supporting the feature. In the worse cases, if the command was issued to the disc drive, the drive would totally and silently produce a coaster)

To be clear, I am not doubting your experience. I will just never be able to trust drive firmware or bridge boards. (If you look back to the Linux support [search for "ata_device_blacklist"] for various SATA drives, you can see there are a huge number of workarounds implemented for buggy devices)

That would explain why my trim commands have been ignored

One thing to note, just because Linux doesn't handle TRIM very well (or so it seems by your post), doesn't mean other OSes aren't better at it. This is the problem with Open Source programming - often it is done by people living in their parents' garage or basement. Nothing wrong with that though as there are some truly bright people out there, however same isn't said for everybody. Companies such as Apple however have reputation for only employing people who are a true asset - take all their acquisitions as an example - only the chiefs usually get kept because they have the most to offer.

That said, the statement about the 840 series of Samsung drives being unreliable, I have one and have never had issues yet, in fact after half a year of use it still runs effortlessly, and having moved it from my old broken Macbook to a spare Windows laptop that I have, it exceeds the speeds as quoted in Samsung's Magician software by a large margin. It's all about optimisations, and Samsung did a brilliant job with their software and firmware in this regard, especially for Windows. You probably wouldn't believe me but the windows laptop I have is a crappy Dell Inspiron N5110- which thanks to this drive is capable of a 2 second boot (from the windows logo appearing to the desktop loading), and antivirus programs, VPN and other usually boot-intensive applications are an instant load and transfer speeds between drives, never seen anything like it in a system I have owned - in fact it even beats the write speeds of apple's new "faster" SSDs in their 2015 MBP 15" refresh.

Most contributions to Linux are corporate and that includes Apple.

===

I've not had any issues with my Samsung drives in either OSX or Linux with or without TRIM they all just worked fine.
 
  • Like
Reactions: V.K.
So happy to hear this. I just did an ATA-Secure Erase a few days ago on my Samsung 840 and did a fresh install of Yosemite and happy and surprised to see that my read/write speeds are at 500 MB/s Did they implement the TRIM support in the current version? Or am I missingn someting. I was never able to achieve those speeds before when I had Yosemite.
 
Hallelujah!

Then again my Sammy 840 Evo SSD is still running fine without trim.

Installed it about 7 months ago on my 2012 Mac mini.
 
Rightly so! There was no reason whatsoever to have to dick about with TRIMEnabler in Yosemite. None at all. This is good news.
 
I've investigated how "trimforce" works and written up a method for doing stable, patchless TRIM enabling on OS X 10.10.3 or higher. No more boot issues, and no more loss of the TRIM settings after OS updates. Trimforce + Yosemite = Yes!

The link has been moved here: Post #232.

(Be sure to read the whole page so that you understand the legal implications.)
 
Last edited:
Yes, it appears to be. Ended up paying the 10$ and once activated more free space came up. Has been consistent during use anyhow.
Trimming an SSD doesn't free up space in the filesystem. You must have had something else happening.
 
This is not OK! Apple has chosen not to support my early Mac Pro with Yosemite or El Capitan, so adding much needed TRIM support to an OS I can't even run is not great news.

My Mac Pro has more than enough horsepower to run both of those OSs, and I am disappointed in Apple's lack of support. Even if I had to buy an upgrade to the video card, at least I would have options...

Thank goodness TRIM support is provided by 3rd parties, because Apple certainly could not care much less about early adopters.
 
This is not OK! Apple has chosen not to support my early Mac Pro with Yosemite or El Capitan, so adding much needed TRIM support to an OS I can't even run is not great news.

My Mac Pro has more than enough horsepower to run both of those OSs, and I am disappointed in Apple's lack of support. Even if I had to buy an upgrade to the video card, at least I would have options...

Thank goodness TRIM support is provided by 3rd parties, because Apple certainly could not care much less about early adopters.
The problem is the lack of a 64bit EFI. However, there are ways to trick your computer into running OS X versions after 10.7. See the references on the latest OS under the specifications for Mac Pros on this wikipedia page, and information at Everymac.com. Trim Enabler works with 10.7.
 
I've investigated how "trimforce" works and written up a method for doing patchless TRIM enabling on OS X 10.10.3 or higher:

https://github.com/Temptin/Documents/blob/master/Yosemite_Patchless_TRIM.md

Does anyone else have any feedback on this approach? No disrespect to Temptin, and I sincerely appreciate both the effort in the investigation and the time taken to share the information.

However, due to Temptin having had joined just today, corroboration from others would be helpful.
 
@triptolemus: Heh, this was the only subject interesting enough to make me join the MacRumors forums. By sharing the research, I hope to provide people with an easy one-stop link in case Apple never brings "trimforce" to Yosemite.

You can verify the legitimacy of the linked file as follows:
* Unzip "AppleDataSetManagement", then right click it and "Show Package Contents". Go to Contents and open Info.plist in a text editor. You'll see that it says Apple Inc all over the place.
* Now to verify that it's really untouched, open a Terminal and type "codesign --verify --verbose ~/Downloads/AppleDataSetManagement.kext". It will say that it's valid.
* To see what would have happened if someone had tampered with it, you can try editing even a single character in Info.plist (or any other file) and saving it, and then try to verify again. It won't pass anymore after your edits.

Anyway; the method I describe on the site works on OS X 10.10.3 or later, and works exactly as if you had executed "trimforce" on the system. This is by far the best and most stable way of enabling TRIM on OS X. Simply read the full document in the original post for all the details and the legality of it all. Enjoy!
 
Last edited:
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.