Samsung SSD "Wear_Leveling_Count", що означає

У мене є SSD-диски Samsung на власному ноутбуці та на деяких серверах.

Коли я роблю:

smartctl -a /dev/sda | grep 177

Я отримую результати, які я не можу зрозуміти. Ось кілька прикладів:

# my laptop Samsung SSD 850 EVO 500GB (new)
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
177 Wear_Leveling_Count     0x0013   100   100   000    Pre-fail  Always       -       0

# server 256 GB, SAMSUNG MZ7TE256HMHP-00000
177 Wear_Leveling_Count     0x0013   095   095   000    Pre-fail  Always       -       95

# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (1 year old)
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       99

# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (suppose to be new)
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       99

# server 480 GB, SAMSUNG MZ7KM480HAHP-0E005
177 Wear_Leveling_Count     0x0013   099   099   005    Pre-fail  Always       -       3

# server 240 GB, SAMSUNG MZ7KM240HAGR-0E005
177 Wear_Leveling_Count     0x0013   099   099   005    Pre-fail  Always       -       11

Будь-яка ідея, як читати Wear_Leveling_Count?

Деякі значення є мінімальними, деякі - максимальними.

Якщо вважати "ноутбуком" Samsung SSD 850 EVO 500GB, він дорівнює 0 і, ймовірно, піде на 100, то не вдасться.

Якщо розглянути перший "сервер" 256 GB, SAMSUNG MZ7TE256HMHP-00000, це вже на максимумі? Чи знизиться до нуля?

Кінгстон описав цей атрибут SMART так:

Кількість циклів стирання / програми в середньому на блок. Цей атрибут призначений бути показником неминучого зносу. Нормалізоване рівняння: 100 - (100 * середній кількість стирань / максимум NAND, номінальне число циклів стирання)

Ігноруйте Raw Dataв цих випадках (виробники можуть маніпулювати ними, щоб працювати різними способами), і подивіться на Current Valueстовпчик.

Це джерело від Anandtech дає нам хорошу вказівку, як використовувати цю фігуру:

SMART значення Wear Leveling Count (WLC) дає нам усі необхідні нам дані. Поточне значення означає залишок витривалості накопичувача у відсотках, це означає, що він починається від 100 і зменшується лінійно, оскільки записаний диск. Неочищене значення WLC підраховує споживаний цикл P / E, тому, якщо ці два значення відстежуються під час запису на диск, швидше пізніше ми знайдемо місце, де нормалізоване значення падає на одиницю.

Всі ваші диски знаходяться між 95 і 100, і в кінцевому підсумку впаде до 0. Це оцінка того , скільки write, erase, і rewriteт.д. цикли , кожен блок може пройти , перш ніж вдається, і на даний момент, один з ваших приводів оцінюється в використали 5% його очікуваної тривалості життя. Знову ж таки, ключове слово тут оцінено.

Зауважте також, що ваші накопичувачі можуть використовувати різні технології NAND, отже, різниці у сприйнятому житті. Деякі технології NAND очікують, що блоки триватимуть близько 1000 циклів ПЕ кожен, інші можуть бути оцінені на цілих 30 000.

SMART повідомляє про попередню умову для мого Samsung SM951 (AHCI) 128 Гб, про що повідомили в Linux як SAMSUNG MZHPV128HDGM-00000 (BXW2500Q).

Але в моєму випадку я думаю, що це помилка мікропрограми накопичувача,

• тому що total-bytes-writtenвластивість повідомляється як 1,1 ТБ, тоді як накопичувач має вказану загальну кількість байтів (TBW) 75TB! Що, мабуть, стоїть на (дуже) економії, оскільки подібні (MLC NAND) диски досягли безлічі таких (600 ТБ) в реальному тесті на витривалість ,
• і окрім wear_level_countпопередження, не повідомляється про інші помилки чи попередження попередніх робіт, або попередження,
• тоді як показник reallocated-sector-count, який згідно з цим тестом є хорошим показником попереднього виходу з ладу, все ще дорівнює 0.

Тому я радив би вивчити ці значення для вашого приводу / системи та обґрунтувати свої висновки на цьому.

Я віддаю перевагу утиліті низького рівня, skdumpщо постачається разом із libatasmartтією ж бібліотекою, яку використовують диски Gnome .

Скористайтеся наступною командою, замінивши /dev/sdcшлях до блокового пристрою:

sudo skdump /dev/sdc