Major Member
加入日期: Dec 2002
文章: 242
|
有注意到每次 windows 開機, 都對 SSD 寫入不少資料,
所以開機次數會影響壽命, 我同意 |
|||||||
2020-11-25, 09:05 PM
#11
|
Major Member
加入日期: Apr 2002
文章: 245
|
引用:
那個資料寫入,有可能是發生在關機 Windows 有個快速啟動功能,做法類似於休眠 關機時會把記憶體資料寫回磁碟機,下次開機時再直接從磁碟機載入 藉此來達到快速啟動的效果,改善用戶體驗 也有人認為 SSD "正常"載入 Windows 已經夠快了 會關閉這個功能,來減少 SSD 的寫入量,我自己也是關閉這個功能的 引用:
為避免誤導站友,我修正我前面的說法 沒有經過適當的最佳化,開關機可能影響 SSD 的壽命,但本質上還是"寫入量"的問題 |
||||
2020-11-25, 10:17 PM
#12
|
Major Member
加入日期: Dec 2002
文章: 242
|
引用:
我已經把休眠關掉了, 關機有沒有寫入很多資料倒是沒注意; 開機據觀察是有寫入很多資料, 用資源監視器看的, 好像跟 ZoneAlarm 或 Avast 有關, 不大記得了 |
|
2020-11-25, 11:34 PM
#13
|
Senior Member
加入日期: Oct 2004
文章: 1,387
|
引用:
QLC系統碟, 1122次開機含其他程式應用, 共用7494GB寫入, 健康度還是100%, 根本不須花心思考慮這事. |
|
2020-11-25, 11:45 PM
#14
|
Advance Member
加入日期: Mar 2007
文章: 436
|
660P的SMART裡,根本沒有壽命的選項,它寫到FLASH都掛了,它當然還是100%。
雖然我認為大容量的,就算只有500-1000PE,也夠我用了。 但你怎會認為寫了7T,它還是100呢? 這個100%當初的EZLINK測試文,早就已經有過了,根本沒設選項。 |
2020-11-27, 06:24 AM
#15
|
Basic Member
加入日期: Jul 2003 您的住址: Taipei City
文章: 16
|
引用:
有記錄壽命減損的, 05 已使用的百分比 已經用了2%, 只是CrystalDiskInfo沒更新到,看看最新的8.8.9版會不會修正。 平均寫入3點多TB掉1%其實也還好,美光MX500的500G平均寫2點多T掉1%... |
|
2020-11-28, 02:32 PM
#16
|
Senior Member
加入日期: Oct 2004
文章: 1,387
|
引用:
是我搞烏龍了...... 引用:
8.8.9版有比較完整支援 有人的健康度到0過嗎? 會減少容量或直接鎖住呢? 老家的純系統開機碟 SANDISK MLC SANDISK TLC |
||
2020-11-29, 02:22 PM
#17
|
Regular Member
加入日期: Nov 2006
文章: 93
|
四千多次,真的沒啥好擔心的......
|
2020-11-29, 02:48 PM
#18
|
Basic Member
加入日期: Jul 2003 您的住址: Taipei City
文章: 16
|
引用:
Sandisk SSD 的SMART值很特別,健康值%數或用掉的%數全沒記在SMART的目前值或是原始值,只有官方的Dashboard軟體才會在E6值換算並顯示用掉的%數。 舊版的CrystalDiskInfo一直不知怎麼顯示健康值,所以都100%,到新版才摸透Sandisk的換算方式吧。 根據俄國的SSD耐寫測試 https://3dnews.ru/938764/page-3.htm...sk%20Ultra%20II 大部份SSD的健康值(或wear leveling count)掉到0不會馬上壞或鎖死,還可以維持一段時間才會掛掉, (不懂俄文沒差,只要搜尋SSD的名字去看圖表就好了,或用網頁翻譯)。 可看到Sandisk Ultra II被寫到掛掉時, E6的原始值都破表了,目前值卻還是100%... |
|
2020-11-30, 04:59 PM
#19
|
Major Member
加入日期: Dec 2002
文章: 242
|
附兩張截圖, 同一個 SSD 用 CrystalDiskInfo 跟
官方軟體看到的建康度截然不同 (CrystalDiskInfo 裡面那些參數值從來都看不懂) 很奇怪, 用SSD當C碟, 不休眠, 瀏覽器快取也指向 RAM, 這樣建康度還會掉這麼多 此文章於 2020-12-01 09:37 PM 被 Eric6502 編輯. |
2020-12-01, 09:34 PM
#20
|