wearout ssd что это

Wear_Leveling_Count и Total_LBAs_Written, износ SSD диска

У меня износились в очередной раз SSD диски на одном из железных серверов. В связи с этим решил сделать заметку на эту тему, используя наглядный пример. С SSD дисками до сих пор куча вопросов в плане надежности и мониторинга износа. У каждого вендора SSD свои метрики в SMART, так что не мудрено и запутаться. Поделюсь той информацией, что есть у меня.

Важное замечание. Из-за того, что у разных вендоров разные метрики, отвечающие за жизнеспособность SSD, слепо доверять приведенному шаблону нельзя. Он в целом хорошо работает на всех дисках, кроме метрики износа ssd. На каких-то дисках он вообще не работает. На каких-то параметр SSD wearout не уменьшается с 100 до 0, а наоборот растет с 0 до 100, соответственно, надо изменить триггеры.

В общем, шаблон нужно допиливать по месту и обязательно проверять вручную все метрики и триггеры. На одном из серверов, где все это проделано, у меня сработал триггер на SSD wearout. Я зашел в метрики диска и убедился, что диск реально изношен.

Косвенный признак наработанных часов подтверждает, что диск реально старый и скорее всего подходит конец срока его службы. Для того, чтобы убедиться в этом, идем в консоль и глазами проверяем смарт ssd диска:

Обращаю внимание на параметр Total_LBAs_Written. Для того, чтобы его правильно интерпретировать, нам надо узнать размер сектора диска, так как показывает он именно их число.

Теперь идем на TLB Calculator и смотрим количество перезаписей диска.

Износ SSD диска подтверждается. Хотя по документам Samsung SSD 850 EVO 500GB способен записать 150TBW, рисковать мне не хочется. К тому же сервер арендуется и тех поддержка без проблем заменит изношенный диск. Главное, чтобы они поменяли тот диск.

После этой истории, если сервер критичный, я не делаю замену диска. Я прошу через тех. поддержку дать подменный сервер, чтобы переехать на него. Обычно идут на встречу. По крайней мере в Selectel. Дают бонусы, чтобы запустить новый сервер на день. После переноса пишу в тех поддержку и они переводят новый сервер на основной тариф, а старый выключают и забирают.

Такая процедура мне видится более прогнозируемой, надежной и быстрой, нежели замена диска. Я не знаю точно, как наливали систему на диск, какие настройки биоса. Загрузится ли система с новым чистым диском, есть ли на втором диске рабочий загрузчик и т.д. В общем, много подводных камней. Гораздо надежнее перенести виртуалки на новый сервер, пока у тебя старый еще работает.

Источник

SSD Wear Indicator — что это такое? (Kingston)

Приветствую друзья! Каждое устройство имеет свой срок службы. Иногда это зависит от температуры и условий эксплуатации. Но иногда — от того, сколько уже проработало устройство.

SSD Wear Indicator — что это значит?

Вообще данная фраза переводится как индикатор износа SSD. По факту — указывается насколько изношен SSD, скажу сразу, что по статистике домашнего использования, износ часто небольшой. Да, это размытое понятие, потому что каждая прога показывает его значение по своему.

Внешний вид SSDLife:

Как видим — зеленая полоска информативно обо всем говорит.

В фирменной проге Кингстон процент износа указан здесь (там где зеленые полоски):

Вторая стрелочка (голубая полоска) — температура, желательно чтобы она не была выше 45 градусов.

В фирменной проге мы видим два показателя:

Подробнее о SSD Spare Blocks

Запасные блоки памяти хранятся обычно в резервном пространстве, которое именуется Over-Provisioned (OP), эта область считается служебной и для пользователя недоступна.

Зачем нужны запасные блоки? Когда в блоке памяти будет слишком много ошибок — он будет заменен на новый из резервной области. Блок с ошибками будет помечен как Bad Block и будет аннулирован. Итог — ССД работает хорошо, блок заменен, данные не пострадали за счет ECC (Error-Correcting Code — как бы корректировка ошибок данных). Резервная область очень важна и присутствует в каждом диске SSD, просто где-то ее больше, где-то меньше.

По поводу коррекции ошибок и резервных блоков рекомендую посетить офф сайт Кингстон.

Заключение

На заметку: современные SSD диски работают стабильно, а их ресурс работы на самом деле велик. Нет смысла отключать некоторые функции в виндовсе, использовать твикеры, переносить файл подкачки, профили браузеров на другой диск и прочее.. это все не стоит того, поверьте.

Источник

Введение в SSD. Часть 5. Контроллерная

В прошлых частях цикла мы рассказывали про историю накопителей, о применяемых интерфейсах и форм-факторах, а также про организацию на физическом уровне. Пятая же часть посвящена «мозгу» современного твердотельного накопителя.

Контроллер современного накопителя — маленький компьютер, который принимает стандартизированные команды и выполняет соответствующие действия с подконтрольным ему хранилищем. При этом внутреннее устройство контроллера может быть любым.

У Intel есть накопитель P4618 6.4 TB, который представляется системе как два накопителя по 3.2 TB. Аналогичное встречается и среди жестких дисков. Накопители Seagate с технологией MACH.2 — это два диска, «заключенные» в одном корпусе и объединенные единым контроллером.

Контроллер — достаточно сложное устройство, которое в зависимости от предназначения диска выполняет различные задачи по управлению данными. Например, базы данных часто требуют от накопителя запись непосредственно в энергонезависимую память, минуя кэш, и в этом случае серверный SATA SSD будет быстрее, чем пользовательский NVMe. Из-за большой вариативности контроллеров не будем вдаваться в детали конкретных устройств, а поговорим об общих принципах работы современного твердотельного накопителя.

Особенности записи

Блоки и страницы в NAND-памяти. Источник
Хранилище твердотельного накопителя состоит из множества полевых транзисторов, соединенных друг с другом. При таком подходе чтение и запись выполняются страницами данных, размер которых обычно 4 КиБ. Таким образом, изменение одного бита на диске приводит к необходимости перезаписать всю страницу данных. Эта проблема называется усилением записи (Write Amplification).

Кроме того, твердотельные накопители не могут обновить данные в странице. Обновление страницы производится в четыре шага:

Износостойкость

Выравнивание износа. Источник
Современные накопители построены на базе ячеек TLC, ресурс которых в разы меньше, чем у накопителей с ячейками SLC и MLC. Если какая-то программа в ОС будет постоянно перезаписывать маленький файл, а контроллер будет «наивно» обновлять одну страницу данных, то вскоре блок с этой страницей исчерпает ресурс. Исчерпание ресурса будет отображено в показателях накопителя, что неизбежно приведет к беспокойству системного администратора.

Во избежание сильного износа единичных блоков накопителя применяются технологии выравнивания износа (Wear Leveling). При этом обновление данных выполняется без очистки страницы накопителя и выглядит так:

Балансировка износа

В каком-то смысле производитель накопителей обманывает нас дважды. Первый раз использует десятичные приставки вместо двоичных: 480 ГБ — это 447 ГиБ. А второй раз, когда фактический объем накопителя больше, чем доступно пользователю. Часть объема зарезервирована производителем для внутренних нужд контроллера. Такой резерв называется запасной областью (spare).

Таким образом, у контроллера всегда есть немного свободного пространства, которое может быть использовано для внутренних процессов. Хотя точных данных нет, в различных источниках утверждается, что для контроллера резервируется от 7 до 28 % объема накопителя.

Как бы то ни было, вернуть зарезервированную производителем область в собственное пользование не получится.

Процесс «сбора мусора». Источник
Помимо балансирования износа, в контроллерах в фоновом режиме часто проходит процесс «‎сбора мусора» (garbage collection). В ходе него с нескольких блоков собираются актуальные страницы и помещаются в один блок. Затем исходные блоки очищаются, так как в них не осталось страниц с данным.

Важно отметить, что сборщик мусора занимается перекладыванием данных в хранилище, чтобы было как можно больше чистых блоков. При этом он не может понять, что на файловой системе какой-то файл отмечен удаленным, так как контроллер накопителя не умеет работать в терминах файловых систем.

Для решения этой проблемы в каждом из протоколов есть команда, позволяющая уведомить контроллер об удалении файла. Для NVMe — это deallocate, для SATA — TRIM, а для SCSI — unmap. Суть каждой их этих команд одинакова: пометить страницы с удаленным файлом как «грязные».

Контроллеру приходится постоянно беспокоиться о состоянии страниц хранилища. При этом напрашивается очевидная оптимизация: если операционная система пытается считать данные со страниц, на которых нет данных, то вместо операции чтения можно просто генерировать необходимое количество нулей.

Это легко подтверждается с помощью эксперимента. Проводим Secure Erase для накопителя и запускаем тесты на случайное чтение с глубиной очереди 64. Затем «забиваем» накопитель с помощью последовательной записи, желательно дважды. И повторяем тесты.

В наших тестах использовался SSD-накопитель Micron 7300 1.92 TB, подключенный по PCIe 3.0 x4. Третья версия PCI Express по четырем линиям способна пропускать 3940 МБ/с или 3757 МиБ/с. Мы, конечно, не достигли предела, но надо полагать, это из-за накладных расходов на протокол NVMe. Тем не менее, видно, что чтение с диска без данных «упирается» в предел 3400 МиБ/с. После заполнения диска на 15% результаты тестов стали хуже.

Несмотря на то, что контроллер накопителя всегда пытается сделать как лучше, иногда системному администратору стоит взглянуть на показатели диска своими глазами.

Показатели

Вне зависимости от интерфейса накопителя SSD имеют набор показателей состояния, которые могут быть считаны системным администратором. Для SATA-накопителей используются показатели S.M.A.R.T., которые не стандартизированы. Отсутствие стандарта приводит к появлению различных трактовок одного показателя.

Рассмотрим вывод утилиты smartctl на примере Intel S4510.

Для нашего диска интересны следующие параметры:

С точки зрения износа исправного диска интересен показатель 233 Media_Wearout_Indicator, так как при достижении числа 1023 накопитель программно заблокируется и будет доступен в режиме только для чтения.

Показатели S.M.A.R.T — это особенность протокола SATA. Для NVMe-накопителей есть NVMe log, который также считывается программой smartctl. Аналогичный вывод можно получить с помощью команды nvme smart-log.

В выводе NVMe накопителя меньше непонятных показателей, но все равно есть место разночтениям. Легко предположить, что параметр percentage_used отвечает за объем занятого пользователем пространства на диске, но это не так. Этот параметр эквивалентен Media_Wearout_Indicator и обозначает износ накопителя.

Не стоит забывать, что предоставляемые показатели и поведение контроллера реализуется прошивкой, которая может быть обновлена.

Перепрошивка

О прошивке твердотельных накопителей задумываются нечасто. В лучшем случае после покупки «накатывают» свежую версию и забывают до конца жизни накопителя.

Как бы то ни было, обновления прошивки редко приносят какие-то значительные и заметные для пользователя нововведения. Прошивка, как и любое другое программное обеспечение, может содержать ошибки, в том числе критические. К счастью, это происходит редко, а потому нет надобности постоянно поддерживать актуальность прошивок на всех используемых накопителях.

Хотя NVMe можно перепрошить через команды fw-download и fw-commit, чаще всего обновление прошивки производится через утилиты, предоставляемые производителем накопителя. Во избежание потенциально деструктивных действий мы не будем публиковать точные команды, а порекомендуем обратиться к официальной инструкции от производителя.

Заключение

Контроллеры накопителей — сложные устройства, которые управляют не менее сложными процессами, которые проходят внутри твердотельных накопителей. Мы рассмотрели только самые интересные процессы в общих чертах.

Если вам хочется больше погрузиться в особенности работы с NVMe, рекомендуем статью про пространства имен NVMe.

Источник

Общие интеллектуальные атрибуты для клиентских® SSD Intel® Optane™ технологий

Окружающая среда

Объяснение того, как атрибуты SMART могут контролировать состояние устройства хранения данных. В этой статье описываются распространенные атрибуты, поддерживаемые® SSD-® клиентских

Что такое атрибуты SMART и как они могут быть полезны?

Технология самоконтролировать, анализа и отчетности (SMART) — это открытый стандарт, используемый дисками и хостами для мониторинга состояния накопителя и сообщения о потенциальных проблемах.

Каждый диск работает под заранее установленным набором атрибутов SMART и соответствующими предельными значениями, которые диск не должен проходить во время нормальной работы.

Описание некоторых атрибутов SMART Health Info отображается в следующей таблице. Эти атрибуты могут отличаться в зависимости от выбранного SSD-накопителя Intel или другого диска. Некоторые из этих атрибутов могут не поддерживаться вашим SSD-накопителем или диском.

Атрибуты SMART для SATA

Атрибут и описание (SATA)

Количество секторов, переудвижных секторов

В нем отсчитываются номера снятых с производства блоков после выхода с производства (количество дефектов возросло).

Количество часов с отключением питания

Raw value reports the cumulative number of power-on hours over the life of the device.

Примечание. Статус включаемой/выключяемой функции УПРАВЛЕНИЯ питанием (DIPM) влияет на количество часов, о которые сообщили.

Количество циклов питания

В основе данных отчетов о накопительное количество событий цикла питания (включаем/выключение) в течение жизненного цикла устройства.

VailableReserved Space

Сообщает оставшееся количество резервных блоков. Нормализованное значение начинается с 100 (64h), что соответствует 100% доступности зарезервированного пространства. Пороговое значение для этого атрибута — 10% доступности.

Количество сбойов программы

В raw value отсчитываются общее количество сбойов программы. Нормализованное значение, начиная с 100, показывает процент сбой оставшегося допустимого значения программы.

Количество сбойов стирки

На простом значении отсчитываются общее количество стиранных данных. Нормализованное значение, начиная с 100, показывает процент сбой оставшегося допустимого стира.

Непредвиденное отключение питания

Количество конечных обнаружений ошибок

Отчеты о количестве ошибок, с которыми сталкиваются во время проверки адресов логических блоков (LBA) на пути данных SSD. Нормализованное значение начинается с 100 и декрементов по 1 для каждого обнаруженного несоответствия тегов LBA. Пороговое значение : 90.

Количество неустанных ошибок

В raw-значении отсчитываются количество ошибок, которые не могут быть восстановлены с помощью кода коррекции ошибок (ECC).

Temperature (Температура) — воздушный поток (корпус)

Отчет о температуре корпусе SSD в градусах Цельсия. Простое значение:

Нормализовано значение : 100. Температура корпусов рассчитывается на основании смещения от внутреннего датчика температуры.

Безопасное количество выключения (отключение от отката питания)

В оккупном значении сообщается накопительное количество ненадежных (по-тому) событий выключения в течение всего времени службы устройства. Безопасное выключение происходит тогда, когда устройство выключено без ожидания НЕМЕДЛЕННОЙ является последней командой.

Temperature (температура) — внутреннее устройство

Отчет о внутренней температуре SSD-системы. Показания температуры — это значение, прямое от внутреннего датчика. Исходным значением является текущая температура. Нормализованное значение — это мин уравнения результатов (150-ток-терм, 100).

Количество ошибок CRC

Общее количество ошибок, с которыми сталкиваются ошибки интерфейса SATA.

Записи в хост

Raw value reports the total number of sectors written by the host system. Raw value increases by 1 for every 65 536 sectors written by the host.

Время рабочей нагрузки, износ носите информации

Измеряет износ, который износа можно увидеть на SSD-качестве (после сброса timed Workload Timed Workload Timer, атрибут E4) в процентах от максимальных циклов номинальной нагрузки.

Время рабочей нагрузки, коэффициент чтения/записи хоста

Процент операций загрузки/загрузки, которые являются операциями чтения (после сброса timed workload timed Timed Workload Timer, атрибут E4).

Timed Workload Timed Workload Timed Timed Workload Timed Timed Workload Time

Измеряет время, запамянутее (количество минут) с момента запуска этого времени рабочей нагрузки.

Доступное пространство для зарезервированного пространства

Сообщает оставшееся количество резервных блоков. Нормализованное значение начинается с 100 (64h), что соответствует 100% доступности зарезервированного пространства. Пороговое значение для этого атрибута — 10% доступности.

Индикатор износа носитла

Отчет о количестве циклов, которые прошли в медиафайле NAND. Нормализованное значение снижается линейно со 100 до 1 по мере увеличения среднего числа циклов стирки с 0 до максимальных номинальных циклов. Как только нормализованное значение достигает 1, их количество не уменьшается, хотя вероятно, на устройство может быть наложен значительный дополнительный износ.

Общее количество LBAS в письменной области

Кол-во секторов, написанных хостом.

Общее количество прочитано LBAs

Кол-во секторов, прочитано ведущим.

Атрибуты SMART для NVMe*

Атрибут и описание (NVMe)

Критическое предупреждение

Эти биты, если установлены, пометить различные источники предупреждения.

Любое из критически важных предупреждений может быть связано с асинхронным уведомлением о событии.

Температура

Сообщает общую текущую температуру устройства в Кельвине.

Доступные запасные части

Содержит нормализованный процент (от 0 до 100%) оставшейся доступной запасной емкости. Начинается от 100 и декрементов.

Доступное пороговое значение запасных частей

Пороговое значение установлено на 10%.

Оценка использования в процентах

(допустимые значения превышают 100%). Значение 100 указывает на то, что расчетная изостойкость устройства была пополнена, но может не указывать на неисправность устройства. Значение может превышать 100. Проценты с более чем 254 должны быть представлены как 255. Это значение должно быть обновлено один раз в час питания (если контроллер не находится в режиме сна).

Чтение единиц данных(в LBAS)

Содержит число 512 единиц данных, которые хост считает у контроллера. это значение не содержит метаданных. Это значение оценивается в тысячах (то есть значение 1 соответствует 1000 считыванным 512 bytes) и округлено. Если размер LBA является значением, кроме 512 бит, контроллер должен преобразовать количество считыванных данных в 512 бит.

Записи единиц данных(в LBAS)

Содержит 512 единиц данных, которые хост списыл контроллеру. это значение не содержит метаданных. Это значение сообщается в тысячах (то есть, значение 1 соответствует 1000 единицам из 512 написанных bytes) и округлено. Если размер LBA является значением, кроме 512 бит, контроллер должен преобразовать объем данных, написанный в 512 бит. Для набора команд NVM в это значение должны включаться логические блоки, написанные как часть операций записи. Это значение не должно повлиять на написание неустанных команд.

Команды чтения хоста

Здесь содержится номер команд чтения, которые были выданы контроллеру.

Команды записи хоста

Здесь содержится номер команд записи, которые были выданы контроллеру.

Контроллер время работы (через несколько минут)

Содержит время работы контроллера с командами I/O. Контроллер загружен, когда есть выдающаяся команда для очереди под контроллером. (В частности, команда была выдана в результате записи точки входа в очередь ввода/выхода в очередь отправки, и соответствующая запись очереди завершения еще не была размещена в связанной очереди ввода/завершения.) Это значение будет отчитанося в течение нескольких минут.

Циклы питания

Содержит количество циклов питания

Часы работы с питанием

Содержит количество часов работы с питанием. Это не относится к времени, когда питание контроллера было при низком энергосхеме.

Небезопасные отключения

Содержит количество небезопасного выключения. Этот подсчет будет приращен после того, как не будет получено уведомление о выключении системы (CC.SHN) до отключения питания.

Ошибки мультимедиа

Содержит количество ошибок, когда контроллер обнаружил невозвратимую ошибку целостности данных. В это поле включены ошибки, такие как неугрешимые ошибки ECC, ошибка проверки CRC или некорректное несоответствие тега LBA.

Количество входов в журнал сведений об ошибках

Содержит количество входов в журнал Информации об ошибках за время работы контроллера.

Предупреждение о времени перепада температур в композитном режим

Содержит количество времени в минуты, за которые контроллер работает, и температура композита превышает или равна полю (Warning Composite Temperature Threshold) (WCTEMP) и ниже критического порогового значения температуры (CCTEMP) в структуре идентифицирующих данных контроллера.

Критическое время композитной температуры

Контроллер имеет время в несколько минут, а температура композитной температуры (Composite Temperature Threshold) повышается до критического значения (CCTEMP) в структуре идентифицируемой структуры данных контроллера.

Источник

Исследование надёжности SSD дисков Intel опытным путём

Тут я расскажу, как я вывел некоторые примерные цифры надёжности SSD Intel принадлежащих к mainstream серии и использующих MLC технологию. Почему Intel? Всё просто, у меня их две штуки. Да и на текущий момент это наиболее адекватные SSD на рынке по всем соотношениям, которые можно применить к SSD дискам, а именно: Скорость/Надёжность/Цена. Вдобавок к этому они достаточно популярны (если не самые популярные) и найти других пользователей данных SSD совсем не трудно. Ну и наконец, у компании Intel есть замечательная программа Intel SSD Toolbox, которая и помогла мне определить возможный уровень надёжности этих дисков. Исследование я провёл по чужим показаниям этой программы. К слову говоря, подошла бы любая программа, которая умеет читать S.M.A.R.T. значения с контроллера диска, но искать данные проще по названию известной программы.

Поскольку некоторые люди утверждают что:

«Thus Intel will guarantee that you can write 100gb of data to one of its MLC SSDs every day, for the next five years, and your data will remain intact.»
«Intel гарантирует что вы можете писать по 100gb данных на их MLC SSDs каждый день, в течении пяти лет, и ваши данные будут целы»

Хотелось бы их проверить так ли это на самом деле.

И так нам понадобятся скриншоты с программы Intel SSD Toolbox. Идём в поиск, набираем Intel SSD Toolbox в поиске картинок. Отсеиваем ненужное и смотрим на скриншоты типа этого:

Также можно искать скриншоты с CrystalDiskInfo, но у них много разных версий и не все показывают нужные нам значения.

Собираем и анализируем данные. Для нас интересны два значения (из документации к Intel SSD Toolbox):

Код E1 – Host Writes
This attribute reports the total number of sectors written by the host system. The raw value is increased by 1 for every 65,536 sectors written by the host. Use the Raw value for this attribute.
«Этот атрибут показывает, сколько всего записано данных на диск»

Код E9 – Media Wearout Indicator
This attribute reports the number of cycles the NAND media has experienced.
The normalized value declines linearly from 100 to 1 as the average erase cycle count increases from 0 to the maximum rated cycles.
Once the normalized value reaches 1, the number will not decrease, although it is likely that significant additional wear can be put on the device. Use the Normalized value for this attribute.
«Этот атрибут показывает, сколько здоровья осталось у диска»

И так получается, что при минимальном значении Media Wearout Indicator, мы найдём близкое к максимальному значение Host Writes на диск. В поиске есть несколько скриншотов со здоровьем 50(49), то есть половина, и примерно 22tb(терабайт) записей на диск. Получается, что здоровье диска Intel X-25M объёмом 80gb, кончится после +50tb записей. Плюс к этому на диске есть дополнительное пространство специально, чтобы подменять вышедшие из строя блоки. По некоторым данным на Intel SSD это 8% от объёма. Так что этот расчётный параметр наверняка с большим запасом. По дискам 160gb данных очень мало, но разницы с 80gb моделью нет никаких кроме объёма и количества каналов доступа (160gb версия немного быстрее).

Так получаем при записи 100gb в день, расчётного здоровья диска хватит на 1,4 года. Разница с данными от Anandtech в три раза как то не радует. Но, это не всё. Теоретический предел перезаписей для NAND ячеек приведённый Intel равен 10000 циклов. С учётом этого можно посчитать, что в идеальных условиях, тот же диск максимально переживёт 21 год при записи 100gb в день. Совсем другие цифры получаются 😉 Конечно, некоторые данные лежат на SSD диске неподвижно, тогда как другие переписываются очень часто, но Intel заявляет, что в прошивке диска используются алгоритмы выравнивания количества записей между блоками. Так что по этому поводу переживать не стоит.

Безусловно, оптимизировать систему под меньшее количество записей будет не лишним, инструкций и мануалов в сети уже огромное количество (я тоже пишу свой). Главное, если вы используете систему не Windows 7. Надо выровнять раздел(partition) диска на величину кратную 128kb(а лучше на 1mb как это делает Windows 7). Потому что по умолчанию раздел выравнивается на цилиндры и начитается с 63 сектора, а это 512*63 = 32256b, что совсем не кратно минимальному размеру блока записи в SSD диске который для Intel SSD 4096b, и минимальному блоку, который может быть стёрт — 128kb. Следующее поколение дисков Intel в два раза увеличит эти значения и поэтому, поставив выравнивание на 1mb, проблем никаких точно не будет и в будущем. Как дела с созданием разделов в *nix я не совсем осведомлён, но судя по Gparted, которым я переносил раздел на 1mb, по умолчанию выравнивание на цилиндры все-таки присутствует. А проблема с выравниванием вот в чём, при записи одного блока на не выровненный раздел, мы получим фактически запись в два блока на SSD, большая часть в один и остаток в другой. Что в худшем случае(на маленьких файлах) даст потерю здоровья диска в два раза быстрее и заодно падение скорости записи. Об этом даже пишет Micrsoft в презентации Windows 7, рекламируя оптимизацию Windows 7 для SSD дисков.

И что в итоге? На данный момент видно, что диск переживёт как минимум 50tb записей. Определить время жизни диска у вас, можно просто посчитав, сколько записей вы генерируете за день, и поделить 50tb / записей в день (в tb) = количество дней. От этих данных можно отталкиваться при покупке SSD конкретно под ваши задачи. Как определить количество записей без SSD я сказать затрудняюсь. Примерно можно понять, что происходит на диске, если посмотреть за диском с помощью утилиты Process Monitor от Sysinternals (раньше это был FileMonitor).

По своей статистике могу сказать следующее, SSD у меня системный диск и кроме системы и большей части программ там никакой деятельности не ведётся. Второй SSD в нетбуке и пока мало использовался, чтобы делать выводы. Я занимаюсь разработкой, основная работа в Visual Studio, все рабочие файлы на HDD. Система Windows XP x86 +8GB RAM, при вынесенных: временных папках, файлах различных кэшей и pagefile на RAM disk, в день на SSD пишется примерно 500mb. Основной источник записей у меня в Windows XP это ntuser.dat.LOG и ntuser.dat. То есть user ветки реестра. После переноса папки Documents and Settings (там и находятся ntuser файлы) на HDD, количество записей уменьшилось в 2-3 раза до 100mb-300mb. Дальше оптимизировать нет никакого смысла, и даже перенос Documents and Settings наверно лишнее. Потому что при 500mb, ну пусть 1gb, диска хватит на

140лет. При 10gb записей на 14лет и т.д. Так что при моих темпах использвоания SSD, запас получается действительно большой.

Вот таким нехитрым способом получилось узнать примерную надёжность SSD дисков от Intel. Надеюсь, этот пост хоть чем-то поможет вам решить брать SSD или нет. Я для себя решил, что однозначно брать. Это того стоит.

19 Июня 2010:
На сегодня записей на диске 150гб из них 80 — это когда я партишен выравнивал и «умная утилита» скопировала мне весь SSD на себя же. Пора обратно переносить данные, иначе диск меня переживёт…

1 Июля 2011:
На сегодня записей на диске 277гб.

Источник