XP適用的SSD(免Trim免軟體久用不掉速不凍結)？ (可加分)
久用不掉速不凍結 ＝意指 久用不(太)掉速、不(常)凍結
Plextor SSD的傳說一：有Trim即能免軟體免維護久用不掉速不凍結
Plextor SSD的傳說二：免Trim仍能免軟體免維護久用不掉速不凍結
請教各位前輩：
1. XP第一選擇應是Plextor SSD吧(免Secure Erase、免Toolbox、免軟體Optimizer、免維護、免整理、免全抹、免刻意閒置、甚至免Trim for XP)？
2. Plextor M5P 512GB 近半年多來似有凍結災情(有Trim非XP)，反而較廉價的M5S未被波及，難道問題是出在TOSHIBA Toggle顆粒？
3. 許多人說其實MARVELL控制晶片本來就有如題如1.特性，而非Plextor SSD所獨有，真的嗎？
4. 利用閒置時間主動做完GC垃圾回收或Optimizing(內部全自動免靠軟體)聽起來應該是不難的技術，為何公認SSD韌體寫得最好的Intel SSD到目前為止還是需要定期執行Toolbox的Optimizer才能達成久用不掉速不凍結？
5. 如4.，為何MARVELL以外的控制晶片廠商如SandForce仍無法做到(這種內部基本關鍵功能本來就應是控制晶片的責任範圍)？
6. 請大家踴躍推薦如題【XP適用的SSD】？
萬分感謝。
cbmtvb wrote:
3. 許多人說其實MARVELL控制晶片本來就有如題如1.特性，而非Plextor SSD所獨有，真的嗎？
？
除了控制晶片要支援該功能外, 靭體也要撰寫相對應的功能.
cbmtvb wrote:
4. 利用閒置時間主動做完GC垃圾回收或Secure Erase(內部全自動免靠軟體)聽起來應該是不難的技術，為何公認SSD韌體寫得最好的Intel SSD到目前為止還是需要定期執行Toolbox來Secure Erase才能達成久用不掉速不凍結？
a. 不可能會主動做 secure erase, 如果是系統碟, 後果應該就是無法開機, 資料也全沒了.
另外 XP 是要定期執行 Intel SSD Optimizer, 執行的過程中, 會同時執行 trim 指令.
至於 secure erase, 建議只有在 write - 4K (64Thrd )速度過低時, 才需執行,
執行前請做好備份工作.
b. 我做過實驗, XP 與 WIN7/WIN8 執行 trim 指令時機的差異.
XP 只有在執行 Intel SSD Optimizer 時才會執行 trim 指令, 所以才需要定期執行
Intel SSD Optimizer, 而 WIN7/WIN8 在刪除檔案後就會自動執行 trim 指令.
請參考以下連結 16 樓.
http://www.mobile01.com/topicdetail.php?f=490&t=3136688&p=1
cbmtvb wrote:
6. 請大家踴躍推薦如題XP適用的SSD？
Intel SSD ( 定期執行 Intel SSD Optimizer ), Plextor M5P ( 主動 GC )
因為 XP 與 MacOS X 早期版本相同，不支援 Trim，請參考 Upgrade my iBook G4 with a SSD 的 Why Choose SSD with Toshiba T6UG1XBG controller 小節，與 Reference 的資料。
Kongston V+100 系列，或其他 Toshiba T6UG1XBG controller 的 SSD，會採用比較積極的 Garbage Collection，增加寫入耗損，但不需要手動 Trim。
我自己有 V+100 64GB (閒置), 96GB (XP)，與一款 Toshiba T6UG1XBG controller 的 32GB SSD (MacOSX)
Best regards,
Amigo
我的部落格：http://amigotechnotes.wordpress.com
無敵國 wrote:
a. 不可能會主動做 secure erase, 如果是系統碟, 後果應該就是無法開機, 資料也全沒了.
另外 XP 是要定期執行 Intel SSD Optimizer, 執行的過程中, 會同時執行 trim 指令.
至於 secure erase, 建議只有在 write - 4K (64Thrd )速度過低時, 才需執行,
執行前請做好備份工作.
感謝指正，已修正題目。
本來小弟誤解 智慧型SE=用軟體全面GC，但其實並沒有「智慧型SE」這種說法。
GC 垃圾回收/刪後可用空間預抹 = 讓SSD回春且不破壞現存資料
SE Secure Erase 全抹養護/保養 = 讓SSD休養回春但會破壞現存資料
但又想到一個問題，Secure Erase既然那麼笨而無智慧，那會不會造成 Flash Cell 的寫入次數記錄消失，反而讓之前頻繁寫入的Cell提早陣亡造成資料被毀(這是User最怕的)？
如果確是如此，那 Secure Erase 還真的是少做為妙。
如果非皆如此，那我們要如何查知哪些廠商的 Secure Erase 並不會造成 Flash Cell 的寫入次數記錄消失？
cbmtvb wrote:
Secure Erase既然那麼笨而無智慧，那會不會造成 Flash Cell 的寫入記錄消失，反而讓之前頻繁寫入的Cell提早陣亡造成資料被毀(這是User最怕的)？
a. secure erase 是將使用者所有可以使用的 block 做 erase, 使用者所有的資料皆會遺失.
所以才必需做備份. 優點是可以恢復幾近剛出廠時寫入的速度.
b. 做 secure erase 不必擔心壽命問題, 因為 MLC program/erase 的次數限制約為 3000 次,
做一次 secure eerase 也只增加一次 erase 的次數. 就算真的有 bad block 產生, 還有
備用的 block 可供使用, 直到所有的備用 block 皆用完為止.
註 : bad block : 因為 fail cell 過多, 造成 block 內某條 page 無法使用 ECC 演算法
修正資料.
無敵國 wrote:
b. 做 secure erase 不必擔心壽命問題, 因為 MLC program/erase 的次數限制約為 3000 次
所以您意思是secure erase後【Flash Cell的寫入次數記錄一定會消失】嗎？
Flash Cell的寫入次數記錄若消失，那即使有備用Cell替代也來不及了吧，因寫入次數過多而損毀的資料還是照樣消失無蹤啊？
不然難道控制晶片可憑空得知哪些Cell曾被寫入頻繁？
想到這就覺得 SSD 還真是黑心事業/良心事業，廠商若是沒良心(所謂無奸不成商？)，把客人使用一段時間退回的故障品的故障顆粒換掉，再secure erase，又可當全新或整新品出貨，拿到的客人也無從得知其實際壽命剩多少。
(SSD若可終身保固雖不錯，但即使有備份，SSD常故障，最新的資料常消失，也是令人非常煩惱的)
cbmtvb wrote:
所以您意思是secure erase後【Flash Cell的寫入次數記錄一定會消失】嗎？
並沒有記錄每個 cell program/erase 次數的資料, 我指的是使用者的資料會被清除,
當然包含作業系統, 所以 secure erase 之後必需重新安裝或還原作業系統.
MLC program/erase 的次數限制約為 3000 次, 指的是保證 program/erase 在
3000 次之內 cell 不 fail, 超過 3000 次之後 cell fail 的機率會隨之增高.
S.M.A.R.T. 有總寫入量的記錄, 它不是位於使用者可使用的 block 內,就算做了
secure erase 也不會柀清除, 因為 SSD 有 wear leveling 的演算法,
就可以大約算出每個 cell 平均 program/erase 的次數.
cbmtvb wrote:
不然難道控制晶片可憑空得知哪些Cell曾被寫入頻繁？
有 bad block management 的演算法, 樓主若有興趣請自行 google.
樓主不必擔心太多, 用就對了, 若在保固期內壞了, 就拿去換新或送修,
若超過保固期, 就買新的.
內文搜尋
從 APP 打開
X