建議暫時勿在Lion使用TRIM Enabler(1.0 or 1.1)

[cafpeter]

Lion雖然正式的支援了TRIM指令，但由於只支援Apple原廠的SSD，偏偏原廠開的價格完全跟不上市場行情，因此大多數人都會自行購買非Apple原廠的SSD，但這麼一來卻又無法在Lion內開啟TRIM的功能，於是可能很多人就透過TRIM Enabler來達到此一目的。

根據TRIM Enabler的原作者的說法，雖然原本此程式是在Snow Leopard時代推出的，但"似乎"在Lion上也可以運作，在別無他途的情況下，大多數人也是姑且試試，而在系統資訊內的確也顯示已開啟TRIM....

直到剛剛看到另一個說法：
http://digitaldj.net/2011/07/21/trim-enabler-for-lion/

據這位Grant仁兄表示，TRIM Enabler目前(V1.1)的作法還是拿之前Snow Leopard的驅動來替換Lion的驅動，但也只是表面上看起來沒有問題，這種破壞性的置換作法並不是首選。於是他提出了另一個啟用TRIM的方式，其原理只是簡單的將原先Lion只認Apple原廠SSD的限制移除：

All this patch does is simply replace the string “APPLE SSD” in the file IOAHCIBlockStorage with zeros. This happens to bypass the restriction of only allowing Apple branded SSDs.

同時也會將原本的驅動備份，若真的出了目前無法預料的問題，還是可以還原回原本的版本：

The backup of the original file is saved in the same directory as the original file.

當下看到這篇文章後，二話不說就照著步驟走了一遍(當然是先將原本的TRIM Enabler回復備份後)，並以"DiskSpeedTest"測試前後的速度，說真的，沒有感覺到哪邊不同，但是我還是選擇採用這種比較不具破壞性的改法。


提供大家參考


補充：若採用Grant的作法，他有提到可能往後每次Lion改版更新後，都需要再重跑一次此程序，但我個人以為這是無妨的...

[DarkFat]

沒TRIM的SSD在效能上真的有差很多嗎？其實SSD就很快，能少去讓它讀寫就少去讓它讀寫。

感覺上不去TRIM，又降低使用率（延長壽命？），效能上的短缺又不明顯，也許不TRIM才是王道，哈哈哈！

*本人對SSD/TRIM瞭解不多，純哈拉！

[parkerdenison]

如果是 Hackintosh 還可以這麼折騰，其他是不建議而且有相容性的問題，
所以最近朋友問到相關的問題都建議買原廠 SSD。

[badiori]

trim 對效能是沒什麼差
是對ssd 的寫入做控制
沒有trim 的ssd 在寫入檔案時就會可能在同一個區塊做多次的寫入
有trim 的會看這個區塊寫入過,其他區塊還沒寫入過會先將檔案寫入沒用過的
來控制ssd 的寫入壽命,
這兩種方式到底有沒有真的啟動了trim也很難說,是表面看起來有啟動或是真的有啟動
現在ocz新的ssd 是不是真的有像ocz 說的不用os啟動, ssd 自已就會控制trim寫入
這也很可能要去找看看有沒有可以檢查ssd 寫入記錄的軟體才會知

trim enable 也是只要系統更新了可能就要在跑一次

之前有執行過了,現在更新10.7.1 後也是回復到沒啟動的狀態

[Dior Homme]

所以如果購買電腦的時候就沒有選購APPLE原廠的 SSD 那日後要更換 SSD 怎辦？
我最近買了 iMAC 27 跟 MBP 15 都還沒更換 SSD 只是有打算..
有沒有啥建議的？還是就不要管這個所謂的寫入控制了＠＠？

[吉米丘]

現在不用管這些了

儘管用就對了

[Dior Homme]

是說儘管安裝開啟寫入控制的軟體
還是不用管寫入控制，不開也無所謂就自己更換 ssd 就好了＠＠？

[cafpeter]

啟用TRIM對於SSD來說是非常重要的
但是不建議用TRIM ENABLER (VERSION 1.1 OR 1.2)
目前10.7.2還是可以用這招 http://digitaldj.net/2011/07/21/trim-enabler-for-lion/
是最不具破壞性的作法

[Dior Homme]

很好！用MAC的人還要英文程度很好＠＠
英文網頁完全看不懂..
用翻譯的好多字句都怪怪的~_~

[shanchieh]

聽起來這就是 NAND 的 wear-leveling，因為每一個 Block 有寫入次數的壽命，長時間同時寫入一樣的 Block , 這個 Block 很快就死了，所以會平均的寫入到沒用過，或者相對使用次數少的 Block 中，但是付出的代價就是效能，因為 NAND 的寫入是以 Sector / Page 為單位，但是 Block 寫入之前必須 Erase , Erase 又是以 Block 為單位。如果這部份的演算法做的好，可以將對效能的影響降到最低