Re: [問題] SSD組RAID 0一定會失去TRIM嗎？

看板Storage_Zone作者 (FF7Forever)時間9年前 (2015/07/20 11:51), 編輯推噓0(0推 0噓 32→)
留言32則, 3人參與, 最新討論串2/2 (看更多)
剛剛測試了 trimcheck表示"INDETERMINATION" 上網查了一下似乎跟加密有關係 但我沒有為我的硬碟設任何的加密呀 而且連沒組RAID的SSD也是同樣的結果 懇請高手解惑 Orz ※ 引述《ff7forever (FF7Forever)》之銘言： : 先前在文章#1Lebzm4L (Storage_Zone)的推文中有版友表示 : SSD拿來組RAID會失去TRIM的優勢 : 查了一下大概就是會使SSD死得比較快& 用久後效能會衰退的比較快 : 但剛剛翻到了01上的這篇文章： : http://www.mobile01.com/topicdetail.php?f=490&t=3136688&p=1#40942490 : 裡面顯示組RAID後的SSD也有可能支援TRIM的 : 而條件有 : 1.OS是WIN7, WIN8 : 2.Intel RST 的版本為11或更新的版本 : 3.該SSD 支援 TRIM 指令 : 4.Intel 7 系列晶片組 : 目前尚未用文章中的方式檢查我組RAID 0的SSD有沒有在使用TRIM : 但上述這些條件我全都符合 : 主要還是想問這篇文章的內容可信嗎？想請教版友的看法。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.171.42.123 ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1437364310.A.ACB.html
→
07/20 22:03, , 1F
我筆電預設raid 0, 測出來是支援的
07/20 22:03, 1F
→
07/21 01:16, , 2F
夠新(2011+)的 mdadm 就支援 trim ，可是根本沒人在
07/21 01:16, 2F
→
07/21 01:18, , 3F
乎，各大發行版也常鼓吹不要用 trim ，除非是很舊的
07/21 01:18, 3F
→
07/21 01:18, , 4F
的 ssd 才會真的需要，畢竟一併帶來的缺點太多了
07/21 01:18, 4F
→
07/21 01:19, , 5F
測出來還更會，不知道為何 windows 使用者這麼想用
07/21 01:19, 5F
→
07/21 01:19, , 6F
^掉速
07/21 01:19, 6F
→
07/21 23:59, , 7F
老實講TRIM現在的確只是為了微軟的WHCK用的..
07/21 23:59, 7F
→
07/22 00:01, , 8F
但廠商也不是省油的燈，現在下TRIM CMD幾乎都只會
07/22 00:01, 8F
→
07/22 00:01, , 9F
在FTL做記號而已，實際上還是等SSD G.C.在一併處理
07/22 00:01, 9F
→
07/22 00:02, , 10F
但..有TRIM還是比較好..廠商設的G.C. Threshold通常
07/22 00:02, 10F
→
07/22 00:02, , 11F
都會很低..在這種情況下寫入放大因子會變大..
07/22 00:02, 11F
→
07/22 00:03, , 12F
鼓吹不要用TRIM應該是希望你趕快換SSD吧XDDD
07/22 00:03, 12F
→
07/22 02:13, , 13F
好多牌低價品 TRIM 設計不良沒 ASYNC 造成掉速嚴重
07/22 02:13, 13F
→
07/22 02:14, , 14F
EVO 8XX 的 TRIM 還可能造成 資料損失 ... 不停用嗎
07/22 02:14, 14F
→
07/22 02:15, , 15F
除非 GC 很爛的產品，沒必要 TRIM
07/22 02:15, 15F
→
07/22 08:56, , 16F
trim要如何停用?
07/22 08:56, 16F
→
07/22 13:31, , 17F
說到重點了，消費者在買的SSD GC都不是很好XD
07/22 13:31, 17F
→
07/22 13:32, , 18F
非Windows、企業用就去買貴死人的SSD吧XD
07/22 13:32, 18F
→
07/22 17:30, , 19F
你就相信你想到相信的吧, 現在的 ssd gc 再爛也沒有
07/22 17:30, 19F
→
07/22 17:30, , 20F
壽命問題, 除非是 2011 年的垃圾主控, 會去開 trim
07/22 17:30, 20F
→
07/22 17:30, , 21F
的人都是為了長期不掉速, 不是為了壽命問題, 結果
07/22 17:30, 21F
→
07/22 17:30, , 22F
低價 ssd trim 沒 async 開了馬上減速, 這樣長期不
07/22 17:30, 22F
→
07/22 17:30, , 23F
掉速有什麼意義, 如果說設成每週 fstrim,一次還比較
07/22 17:30, 23F
→
07/22 17:30, , 24F
合理
07/22 17:30, 24F
→
07/22 20:49, , 25F
沒TRIM 只靠OP WAF飆到3～4，雖然72TBㄧ般用途都用
07/22 20:49, 25F
→
07/22 20:50, , 26F
用不死，但用TRIM把WAF降到1可以提升壽命又兼顧效能
07/22 20:50, 26F
→
07/22 20:51, , 27F
那我當然選讓它活更久的solution啊XD
07/22 20:51, 27F
→
07/22 20:55, , 28F
空的Block多一點，GC搬資料的次數就能減少
07/22 20:55, 28F
→
07/22 20:56, , 29F
不用TRIM你的Free block就是OP 7%而已
07/22 20:56, 29F
→
07/22 20:58, , 30F
我會比較想讓Free block%提高，減少搬移量XD
07/22 20:58, 30F
→
07/22 21:28, , 31F
真的怕掉資料的話，把OS的Write Cache Flush關掉就
07/22 21:28, 31F
→
07/22 21:30, , 32F
好，大概了解你講的東西，但我不信任SSD的GC罷了XD
07/22 21:30, 32F
‣ 更多 ff7forever 的文章
文章代碼(AID): #1Lh71MhB (Storage_Zone)
‣ 更多 ff7forever 的文章
文章代碼(AID): #1Lh71MhB (Storage_Zone)